News for hackers. Stuff that matters.
Re:Andrej Karpathy: Software in the era of AI [video] by diggan on Thursday June 19, 2025 @10:37AM (#44319089)
> Does anybody really want to be an assembly line QA reviewer for an automated code factory? Sounds like shit.

On the other hand, does anyone really wanna be a code-monkey implementing CRUD applications over and over by following product specifications by "product managers" that barely seem to understand the product they're "managing"?

See, we can make bad faith arguments both ways, but what's the point?

Re:Andrej Karpathy: Software in the era of AI [video] by nevertoolate on Thursday June 19, 2025 @11:56AM (#44319854)
Issue is if product people will do the “coding” and you have to fix it is miserable
Re:Andrej Karpathy: Software in the era of AI [video] by diggan on Thursday June 19, 2025 @12:52PM (#44320383)
Even worse would be if we asked the accountants to do the coding, then you'll learn what miserable means.

What was the point again?

Re:Andrej Karpathy: Software in the era of AI [video] by nevertoolate on Thursday June 19, 2025 @01:08PM (#44320556)
Yes
Re:Andrej Karpathy: Software in the era of AI [video] by consumer451 on Thursday June 19, 2025 @06:46PM (#44323231)
I hesitate to divide a group as diverse as software devs into two categories, but here I go:

I have a feeling that devs who love LLM coding tools are more product-driven than those who hate them.

Put another way, maybe devs with their own product ideas love LLM coding tools, whilr devs without them do not.

I am genuinely not trying to throw shade here in any way. Does this rough division ring true to anyone else? Is there any better way to put it?

Re:Andrej Karpathy: Software in the era of AI [video] by chamomeal on Monday June 30, 2025 @04:10PM (#44427318)
No I think that’s accurate! But maybe instead of “devs who think about product stuff vs devs who don’t”, it depends on what hat you’re wearing.

When I’m working on something that I just want it to work, I love using LLMs. Shell functions for me to stuff into my config and use without ever understanding, UI for side projects that I don’t particularly care about, boilerplate nestjs config crap. Anything where all I care about is the result, not the process or the extensibility of the code: I love LLMs for that stuff.

When it’s something that I’m going to continue working on for a while, or the whole point is the extensibility/cleanliness of the program, I don’t like to use LLMs nearly as much.

I think it might be because most codebases are built with two purposes: 1) to be used as a product 2) to be extended and turned into something else

LLMs are super good at the first purpose, but not so good at the second.

I heard an interesting interview on the playdate dev podcast by the guy who made Obra Dinn. He said something along the lines of “making a game is awesome because the code can be horrible. All that matters is that the game works and is fun, and then you are done. It can just be finished, and then the code quality doesn’t matter anymore.”

So maybe LLMs are just really good for when you need something specific to work, and the internals don’t matter too much. Which are more the values of a product manager than a developer.

So it makes sense that when you are thinking more product-oriented, LLMs are more appealing!