One reason would be to raise the ceiling of what your project can do within the budget of time and motivation you have. Or, as it often happens, to be able to finish the project at all.
You can get a hand-crafted, beautiful, solid, chair made by a guy who knows all the tricks of carpentry. He's spent his whole life perfecting the technique of how to drill the holes, how to fit everything together, how to balance the chair.
It used to be the only way.
Then someone invents a machine that can make you a hundred crappy chairs. Sometimes the legs don't fit in the seat, sometimes the chair isn't balanced. But it's close enough often enough.
On top of it, the new tool is not in the lineage of the old tools. It doesn't FEEL like you are crafting a chair.
One can certainly enjoy the laborious handcrafted process of building your own table, and yet go back to a shop that churns out cheap furniture that’s nonetheless useful for many others, and see the value in both.
Obviously there’s more degrees of freedom in software, but I’m trying to see it that way to rationalize how I’m feeling with the current state of things.
This sounds very strange.
I'm using Claude (Opus 4.5 via Code) every day and it's very good with regexes, sed, awk and similar bash oneliners.
We don't know what the author asked it to do, but this smells like the problem started at least several messages before that.
To author's point: code brings me joy. I'm currently learning Zig, for no reason whatsoever other than intellectual challenge and I, subjectively, like the language. I'm writing silly little programs that nobody will ever see. It's fun.
Then I switch over to a paid project, and claude[0] another task from my backlog.
There's code, and then there's code. You can find joy in some code and absolutely want to avoid coding in something else.
[0] code using Claude
Author here. It was what I assumed would be a fairly simple task, fixing some duplicate closing frontmatter delimiters.
I think the LLM took a wrong turn early on, and then just spiralled. It was morbidly fascinating watching it rabbit hole.
Oh yes, it's like slow-motion train wreck.
Once it gets off the rails, the best thing is to nuke the context, reset the state (git reset --hard or equivalent) and retry, this time with foresight.
I'm starting to think programming might become the same thing; people that program will be the people that just like to tinker with code and have no real ideas to implement, while the people that have ideas will use LLMs to implement the code so they can just work on their idea.
I've seen the same thing with Linux. There are people that like to tinker with Linux, playing with every setting and every window manager, but don't actually use the computer to DO anything, and then there are people that don't care what the OS is, and are just using the computer as an actual tool to get something done.
I had booked a trip to Cartagena. I hadn't realized that I arrived on Fat Tuesday, and I don't think that it would have mattered.
Arriving there, bathing in the insubstantial "joy d'vivre," the sinking feeling lifted.
I remember that well, and it's cure. I love Latin America for this reason.
The actual issue is that then you need something still that makes money. I think, for a programmer, that's fairly unproblematic too, for the foreseeable future: all those agents will need direction. Anyone can do that up to some level of complexity on their own, sure, but it simply is hard for humans to structure requirements and reason about a big enough systems and I don't see demand for those decreasing.
You still write the code! We do lots of things that could be done more efficiently. People build their own furniture and make their own clothes and brew their own beer. If you love doing something for its own sake, keep doing it.
I'll give some examples:
Novel algorithms: PageRank, BitTorrent, Like buttons, disappearing pictures, etc.
Artistic styles: Cubism, impressionism, Wes Anderson, etc.
The above algorithms are (relatively) straightforward to implement and could be implemented by Claude Code in a matter of hours if not minutes. But, you'd still need a means to distribute them.
Similarly, you can have AI generate an image in any of the above styles (or a combination thereof), but the image won't have intrinsic value unless you can finds a means of (profitable) distribution.
Put another way, there's limited value in being able to master physical tasks (playing piano, typing fast), but fundamental skills that lead to creative innovation will remain important...along with being able to package/market/distribute the AI-implementation of your ideas.
I don't code for a living in any way, but I teach IT. And for years and years I've had little script ideas and tasks (e.g. music organization) that worked decently, but also life got in the way and I have that thing where I want it to work just right etc, and now that the pipeline is orders of magnitude shorter, man this stuff is FUN for me again.
The joy aspect aside, if you're writing code professionally obviously that is no substitute for knowing how Awk works because you still need to make sure that what it produced is correct, because I sincerely hope that you're not pushing code into production, in particular not a piece of code some tool got wrong for 20 minutes, without understanding what it does.
If that were an intern rather than a machine and you as the programmer don't know how the code works you're not doing your job. AI systems have not freed people from acquiring "arcane knowledge" it makes that knowledge more important than ever, the only thing it does is type faster than you do.
> I sincerely hope that you're not pushing code into production... without understanding what it does.
I do not. That hasn't changed.
> ...the only thing it does is type faster than you do.
LLMs can do many, many things that I cannot. Their breadth of knowledge dwarfs mine.