ethanrutherford

This makes me feel physically ill. It's like something straight out of a sci-fi dystopia, how did this get approved? Who determined that reinjecting biological activity into a human brain is definitely not some form of reanimation? If they're using heavy sedation to prevent electrical activity, is that not tacit admission they're not 100% sure that consciousness might return otherwise? How did this pass ethics review, or did they even bother?

It's 100% recycling, if the alternative was just "throw away the excess". For all practical purposes, recycling just means "repurposing material that you would have otherwise sent to a landfill".

The issue with "At the right price", is that your minima (what's enough to filter the spam) and maxima (what are legitimate contributors willing to put up with) can be on the wrong side of each other. The "right price", mathematically, isn't guaranteed to exist.

> Everybody is not you

Perfect example of a non-sequitur. Irrespective of whether or not the statement is true, it has no bearing on the veracity of the original claim: that in the current market, the majority of workers simply do not have this leverage.

It's not a communication problem, it's a scale problem. An AI could spit out dozens more massive PRs in less time than it takes you to even evaluate whether or not the current one is AI.

So you agree. Unless you're using some definition of "reviewing" which somehow doesn't involve "reading and understanding".

Statistically speaking, most codebases are brownfield. Without joining a startup, working on a greenfield project is actually a pretty rare treat. And deleting code is wonderful. I'd go as far as to say lines removed is more often than not more valuable than lines added; every line that's no longer in the codebase is code you no longer have to understand or care about. So long as functionality remains intact, of course.

The problem, as I see it, with prolific use of AI to generate code is that it goes in the exact opposite direction. More and more code is bolted on top of existing code, more and more edge-cases, patch-ups, workarounds, etc. accumulate, the codebase grows and grows. In the end, no matter how good you are at understanding "code from questionable sources", you're still a human being. The AI can generate new code at rates several orders of magnitude faster than you can injest and understand it, and when your meat brain becomes exhausted, the machine does not tire. From a business perspective, your employer will weigh their options: they can wait for you to interpret the code and generate good code (whether by hand or by machine + human review).. Or they can just keep pulling the lever on the slot machine until it works well enough to sell. And for the business exec just looking for the fastest path to paydirt, I'm afraid the latter option is going to look way more appealing.

That you're only just "learning" that these things are true is a damning admission. And to fix your bad analogy, it's more like "hey maybe we shouldn't be allowing f1 street races through school zones".

Basing what you consider important to know solely on "what can make me money" is a very self-sabotage way to live life.

I would personally argue that it's a lot easier to say something definitely isn't x, with confidence, than to say it definitely is. I definitely don't know what the surface of jupiter looks like, but I can pretty confidently say it doesn't look like Kansas. I think the better it gets, the easier it will be to spot the shortcomings, because the gap between what it can do well and what it can't will widen. Anything the technology is fundamentally incapable of ever achieving will be made obvious by the fact that it will simply continue to not achieve it. We may not be able to easily define the totality of what exactly it needs to have to count as AGI, but the further it progresses, the easier it will be to point out individual things it's definitely missing.

Finding something funny doesn't necessarily imply you endorse the behavior, believe it to be harmless fun, or even that you don't feel sorry for the victim.

There's entire categories of entertainment media that use "unfortunate things happening to strangers" for comedic effect.

Maybe you will read it carefully every single time (and to be clear, I doubt even that) but for the majority of users this will only lead to increasing the already excessive amount of decision-fatigue they deal with when interacting with software day to day. People already blindly click through sequences of confirmation boxes when they think they already know what they're doing. Odds are a million to one you've done that very thing before yourself. Adding even more friction is only going to make the average user spam the "next" button even more fervently.

Not exactly. It's not a "new" attack vector, any software which was malicious would have already been able to attack when you first gave it permission (a prerequisite for this sticky permission issue). If you had downloaded an app and discovered it was malicious the remedy would generally be to uninstall the app, not just "revoke the permission for the one folder".

It's not a good look for Apple, and it's not great that the permission revocation basically doesn't actually work, but any malware that could have infected the system due to this issue would have also been able to infect the system while the permission was still (intentionally) enabled.

It's pretty shortsighted, bordering on intentionally obtuse, to insinuate that the only person that benefits from solving the support problem is the person on support.. Take the example of automatic backups others brought up in this thread. Are you really going to imply that there's zero benefit to the person who didn't lose their data because the app reminded them to turn backups on? I don't disagree that it could be improved with a simple "don't ask me again" style setting, but that doesn't change the fact that every time someone doesn't issue a support ticket, it's because they didn't run into an issue. Any effective solution to a support problem is mutually beneficial for the user as well as the support staff.

Hyperbole is a thing that exists. It is also rare that anyone says anything that is meant to be taken 100% literally.