Relevant to some extent it dictate our approach. When human does lying or cheating, certain tool can be deployed (social shame, ostracise) that cannot be effective towards LLM.

Trying to apply social shame to an LLM would be and interesting experiment! From what I've seen, it is plausible that messages that it was doing something "wrong" would cause it to at least "pretend" to behave differently. So it seems plausable to me that if there was some what to communicate "disapproal" to an LLM would be able to police its behavior. How to do the communicating is the hard part!

Of course I'm talking strictly about behavior. Whether that would actually constitute the LLM feeling shame is a philosophical question.

Or, in certain cases, forfeiture of liberty, material wealth, or in extreme cases, their existence.

> I've put some serious work into vibe-coding them. Months of work, infinite polish, infinite revisions, without writing a single line of code.

Not being pedantic, but this is not "vibe-coding", as other commenter and blog post means it at least. Parent emphasize lack of work, polish, revisions:

> They don't care about the code they push. They generate, prune, generate, prune in 10kloc increments. They're apathetic to others who might need to use this code and expect some kind of consistent architecture/interface.

> This isn't to say all LLM users don't care about their work, but that there are far more people who are happy to push slop and take credit than the reverse.

No, the TFA policy is specifically against LLM usage, not low quality code.

What you quoted is just how people paint LLM-heavy users just like how people used to paint JavaScript users as incompetent.

That there are people using LLMs to write 100% of their robust, derisked code disarms their argument or commits them to a sillier one like TFA's "we ban LLMs because you might get it to build a CI pipeline before you have users".

> Andrew's job isn't to make a JS runtime

Most likely too late for edit, but Jarred is who work for Anthropic, not Andrew.

> You can be reckless even if everything ends up being perfect in the end.

This. Something I expect any person who think they are "engineer" to understand without thinking.

Quite right. I bemoan shortsightedness of managerial types often, but too many fellow techies had assume that gravy ride will last forever. In eyes of management we have not the same leverage now.

Competition. Using my open source projects directly doesn't kill my employment. AI company explicitly say they want to put me out of work, using my code aginst me.

Problem come when a third-party code do that swizzling, looking at you every iOS analytics framework to this day.

Siri original release came four or five years before Google assistant.

If you have time, people, resources for such you might also interest in more elaborate variation, my favorite https://killerqueenarcade.com/fieldgame Three different win condition, and one player have special role as "queen bee". Myself have only played arcade version unfortunately.

The arcade version is great. I’ve had a lot of fun playing local co-op on the Nintendo Switch version as well.

Need time and effort to ensure junior docs are thorough. Usually multiple revision in my experience. This require acceptance from management that "just write code fast" is not a success path.