Oh well, obviously. That's precisely how opinions work. To share several opinions with DHH on matters technical in nature is to agree with all DHH opinions on matters universal.
HN commentary becomes closer to reddit by the day.
> I wonder if the author also agrees with DHH’s racist opinions.
Suppose you hold viewpoint A, and so does DHH. Suppose further you have no idea who DHH is. I, for example, had never heard of him before 2024.
Suppose now that you discover DHH also has racist opinions.
By the sentiment you express in your comment, logic demands that you now change your preexisting viewpoint A because it’s now shared with a racist. Is that what you’re advocating?
The plot labeled “Incoming bug reports over the same period.” is funny. Where does the red line come from, except arbitrarily setting 20 and 15 bug reports and plotting that? There’s no discernible connection to the actual data.
Even if the numbers made sense it would be pretty damning for OP's company. He's outright admitting that Filestage's engineering team is so dysfunctional that the code they were producing is even worse than slop?
I question the epistemology of people who did not realize this by around late-2024. (Sonnet 3.5 was out and could do some things okay.)
It's defensible to say "October 2026 is not yet the time when we should be 100% deferring code writing to AI (let alone not even looking at the code any longer)". But the writing is very obviously on the wall. It's likely not going to take longer than 10 years.
I am not claiming to be a great forecaster, or anything, but to me "it sucks now, it's gonna get better, and then it's gonna get even better" was already apparent to me as highly likely starting around GPT-3. (The rationalist bloggers apparently already knew it as of GPT-2. Scott Alexander and Gwern, for example.)
I did not know when it would become so practical that I'd not feel much desire to hand-write code, but I was pretty confident it was coming.
So many of these pro-AI articles lean on references to "people used to be scared of calculators!" and the like, but it's a nonsense comparison. Calculators weren't predicated on monetizing prior work at the cost of devaluing future work. Functioning calculators are at least as accurate as a human, generally more so, and they do not produce incorrect outputs when given correct inputs no matter what. And calculators don't lie to you about what they've done, even if the result will make you sad. The comparison doesn't hold up.
(Also, I think some of the concerns about calculators at those times actually were valid, even though I wouldn't argue that society should not have adopted their use.)
If you never write the code, you'll never be able to read the code effectively. Also, you will not pick up the ability to reason algorithmically. This is why I tell students that they must write the code in my classes:
Leaving aside the power you are giving to the AI companies by entirely giving up on coding. I say this as someone who uses AI extensively, if ambivalently.
I see the same thinking in AI-art boosterism: having "good ideas" is the important and "creative" part while actually implementing them is drudgery best delegated to someone (or something) else.
I’m a developer of 30 years, but writing a game completely with AI. It writes all the code and has something like 200 test cases now . It does well with what it understands but there are all kinds of things it fails at. Like it didn’t blink at an interactive turn-based game taking 10 minutes per turn (instead if an expected 15-30 seconds). That was caused by recomputing everything rather than caching, which I pointed out. There were 3 areas that referred to something we changed. I had to point out what was no longer coherent. AI can write code well, but it just doesn’t have the memory/context size to drive a real world project of any size. It still needs someone else to do the thinking and planning. If I didn’t code I don’t think it would have known where to look to fix many performance problems. I’m not at all worried about it taking my job.
some/most of that could easily be optimized for: set expectations for turn-time ahead of time, and it will meet them. if you had even just given it a clock to pay attention to, it would have noticed on its own, i reckon.
i'm not having problems yet in my biggest ai-only codebase, which is over 100k lines now. i haven't had any model hiccup, actually, but the smaller models take more wall time to get it done.
i have the models writing in rust, i believe it helps. ymmv.
i don't think it always architects well or anything, but it has quit building broken shit. it gets lazy, builds dumb UI, puts way too much text everywhere--but only if i don't remember to give it some better guidelines, or a visual reference.
i think with the right context, they build the right thing, and we haven't totally solved that just yet. but close enough for me; i'm so thrilled. i just want opus 5.5 to be crazy fast, like chatjimmy.
Well, my project IS complete, although I keep adding new stuff--it's going to be that kind of app, it rotates content in (minigames).
It has about 8 minigames, leaderboards, awards, achievements, async image generation, inventory, inventory-interaction-with-minigames, and various other account features, mailers, notifications, blah blah.
Literally haven't had one issue with context or micro-managing the agents on this project, iirc. I built it in a couple weeks.
Minigames are like "putt putt golf w/ daily generated levels", "slot machine," "video poker", etc. Not like "tap the fastest" or something with no complexity.
I’m confused how LLM code is so different from open source code, from the perspective of the developer.
Like if someone gave you a magic wand that let you conjure a mature open source library that did most of what you needed for your project, that would be amazing right? Would you refuse to use it because you miss writing your own database or API framework? Or would you just get to build way more ambitious things?
Software is already stitching a bunch of things together in most cases, why not stitch together things made by a machine instead of by an open source developer? What percent of developers primarily work on bare metal algorithms? .0001%? Everything else is stitching together existing pieces at some level of abstraction.
The real difference seems to be the non-determinism, not that the code is produced automatically. And I think a lot of the work right now that people don’t like seems to be people dealing with the non-determinism, not that so much code can now get generated.
I have read accounts of people have similar freak outs about higher level languages, object oriented programming and web services, and all of those just made more demand for software because the potential of software has not nearly been reached. I wonder if the extreme growth of the field has resulted in most people feeling like those huge changes that reduced the amount of code that had to be written per unit of functionality have been around since the dawn of time, and now that another level of code generation has been reached it’s the end of the world (again).
Well cause I don't really care about the code so much as I care that there's someone or some group maintaining it. You've never looked at the last commit time when you want to include some library in your project? I need proof of some buy-in from someone else. That someone is putting their time on the line. Otherwise I know using that package is gonna cost more time than its worth.
If I wanted a pyramid, I'd want to build it out of stone blocks and be sure that each block is actually stone. I wouldn't want to get halfway and find out that they were actually fragile.
Trusted engineers (of open source projects) can deliver me stone, both the authors and the community (often >100,000 devs) have checked that a specific block is stone and can bear the load.
AI is proven to output all sorts of random stuff. Sometimes a pebble, sometimes foam. It almost always looks like stone to most analysis. However as soon as it's load bearing it's likely to crumble.
Agentic agents have a habit of rebuilding the pyramid and randomly replacing stone blocks with "something else" but we don't know what just yet.
I have a hard time believing the author’s team is doing all their coding with AI, with only the $20/month tier of subscription. When I experimented with writing zero code by hand, my token spend shot up to more like $300/mo.
I’m also not ready yet to conclude that that option, as opposed to a more modest version of AI assisted coding, will remain open to me indefinitely. We now have financials confirming that Anthropoic, too, is running a -200% profit margin, which leaves serious cause for concern about whether either GPT or Claude models will still be around in another year or two. And the judge is still out on whether local models can perform well enough to actually do all my coding for me.
This whole LLM coding mania has highlighted something that I was previously less appreciative of: some people (self included) like writing code because it is an enjoyable, enriching experience to them. Solving puzzles in code has lit up the reward pathways of my brain since the first time I tried it, and I don’t see why that would ever change.
Prodding an LLM into solving a problem is just not the same thing. I understand that the results of prompting could be more exciting than programming to some, but the idea that manual coding is “over” feels dismissive of hobbyists at the very least. Perhaps the author is suggesting that manual programming in the industry is over, but I don’t buy that either. Thesis being, there will eventually be a cost to employing “experts” that lack understanding.
> If agents can handle the code, could we finally work directly with the logic, interfaces, and data models we want?
Aren’t high-level programming languages very refined encodings of “logic, interfaces, and data models?” Why would using natural language be more efficient at such things than special-purpose languages developed over decades?
Seems like some people didnt get (yet) that code is just a better way of prompting. Some even tried to make “executable markdown” and “typesafe markdown”. Im speaking from a Golang perspective, dynamically typed languages may be different.
Maybe handmade code will become like handmade watches, a luxury item or a hobby activity. But I fear that the loss of understanding will lease to worse software and more frustrated users. We all have to see how easy it is to maintain auto-generated code.
binary132 | 22 hours ago
luxuryballs | 22 hours ago
steele | 22 hours ago
sejje | 22 hours ago
and then, at some point, that will cease to be able to happen. they'll be good enough.
i predict that happens before March 2027.
duhhhhh1212 | 22 hours ago
Don’t waste your time.
I hope these hyperbolic takes can be over, forever.
duhhhhh1212 | 22 hours ago
I wonder if the author also agrees with DHH’s racist opinions.
bbg2401 | 21 hours ago
HN commentary becomes closer to reddit by the day.
stackghost | 21 hours ago
Suppose you hold viewpoint A, and so does DHH. Suppose further you have no idea who DHH is. I, for example, had never heard of him before 2024.
Suppose now that you discover DHH also has racist opinions.
By the sentiment you express in your comment, logic demands that you now change your preexisting viewpoint A because it’s now shared with a racist. Is that what you’re advocating?
duhhhhh1212 | 21 hours ago
At this point, our entire community knows about his racist views so why promote his racist ass further.
stackghost | 17 hours ago
duhhhhh1212 | 14 hours ago
stackghost | 5 hours ago
FeteCommuniste | 22 hours ago
echoangle | 22 hours ago
nvme0n1p1 | 22 hours ago
meowface | 22 hours ago
It's defensible to say "October 2026 is not yet the time when we should be 100% deferring code writing to AI (let alone not even looking at the code any longer)". But the writing is very obviously on the wall. It's likely not going to take longer than 10 years.
the_duke | 22 hours ago
Then we saw the capabilities really take off, and it was obvious how things would go.
meowface | 21 hours ago
I did not know when it would become so practical that I'd not feel much desire to hand-write code, but I was pretty confident it was coming.
DonaldPShimoda | 22 hours ago
(Also, I think some of the concerns about calculators at those times actually were valid, even though I wouldn't argue that society should not have adopted their use.)
AustinDev | 22 hours ago
recursivedoubts | 22 hours ago
https://htmx.org/essays/yes-and/
Leaving aside the power you are giving to the AI companies by entirely giving up on coding. I say this as someone who uses AI extensively, if ambivalently.
FeteCommuniste | 22 hours ago
ks2048 | 22 hours ago
With the right high-level abstractions, I can write code as fast as trying to convert that thought into English (for some tasks).
sejje | 22 hours ago
How fast can you scaffold new ideas and delete them when they don't work?
DougN7 | 21 hours ago
sejje | 20 hours ago
i'm not having problems yet in my biggest ai-only codebase, which is over 100k lines now. i haven't had any model hiccup, actually, but the smaller models take more wall time to get it done.
i have the models writing in rust, i believe it helps. ymmv.
i don't think it always architects well or anything, but it has quit building broken shit. it gets lazy, builds dumb UI, puts way too much text everywhere--but only if i don't remember to give it some better guidelines, or a visual reference.
i think with the right context, they build the right thing, and we haven't totally solved that just yet. but close enough for me; i'm so thrilled. i just want opus 5.5 to be crazy fast, like chatjimmy.
gridspy | 19 hours ago
But due to the sunk cost fallacy and the belief that others have made this work you'll keep plowing money into the AI Slot machine.
DougN7 | 9 hours ago
sejje | 5 hours ago
I typed a design I wanted, it built it. 2 minutes of my own time, 1% of my weekly limit.
I actually think the design would have cost 4-6k for an equivalent thing by a human, and would have had them laboring for a couple weeks.
sejje | 5 hours ago
It has about 8 minigames, leaderboards, awards, achievements, async image generation, inventory, inventory-interaction-with-minigames, and various other account features, mailers, notifications, blah blah.
Literally haven't had one issue with context or micro-managing the agents on this project, iirc. I built it in a couple weeks.
Minigames are like "putt putt golf w/ daily generated levels", "slot machine," "video poker", etc. Not like "tap the fastest" or something with no complexity.
pfannkuchen | 22 hours ago
Like if someone gave you a magic wand that let you conjure a mature open source library that did most of what you needed for your project, that would be amazing right? Would you refuse to use it because you miss writing your own database or API framework? Or would you just get to build way more ambitious things?
Software is already stitching a bunch of things together in most cases, why not stitch together things made by a machine instead of by an open source developer? What percent of developers primarily work on bare metal algorithms? .0001%? Everything else is stitching together existing pieces at some level of abstraction.
The real difference seems to be the non-determinism, not that the code is produced automatically. And I think a lot of the work right now that people don’t like seems to be people dealing with the non-determinism, not that so much code can now get generated.
I have read accounts of people have similar freak outs about higher level languages, object oriented programming and web services, and all of those just made more demand for software because the potential of software has not nearly been reached. I wonder if the extreme growth of the field has resulted in most people feeling like those huge changes that reduced the amount of code that had to be written per unit of functionality have been around since the dawn of time, and now that another level of code generation has been reached it’s the end of the world (again).
abejfehr | 22 hours ago
sejje | 22 hours ago
CoolestBeans | 22 hours ago
pfannkuchen | 21 hours ago
gridspy | 19 hours ago
Trusted engineers (of open source projects) can deliver me stone, both the authors and the community (often >100,000 devs) have checked that a specific block is stone and can bear the load.
AI is proven to output all sorts of random stuff. Sometimes a pebble, sometimes foam. It almost always looks like stone to most analysis. However as soon as it's load bearing it's likely to crumble.
Agentic agents have a habit of rebuilding the pyramid and randomly replacing stone blocks with "something else" but we don't know what just yet.
AustinDev | 22 hours ago
bunderbunder | 22 hours ago
I’m also not ready yet to conclude that that option, as opposed to a more modest version of AI assisted coding, will remain open to me indefinitely. We now have financials confirming that Anthropoic, too, is running a -200% profit margin, which leaves serious cause for concern about whether either GPT or Claude models will still be around in another year or two. And the judge is still out on whether local models can perform well enough to actually do all my coding for me.
nate-gehringer | 21 hours ago
Prodding an LLM into solving a problem is just not the same thing. I understand that the results of prompting could be more exciting than programming to some, but the idea that manual coding is “over” feels dismissive of hobbyists at the very least. Perhaps the author is suggesting that manual programming in the industry is over, but I don’t buy that either. Thesis being, there will eventually be a cost to employing “experts” that lack understanding.
> If agents can handle the code, could we finally work directly with the logic, interfaces, and data models we want?
Aren’t high-level programming languages very refined encodings of “logic, interfaces, and data models?” Why would using natural language be more efficient at such things than special-purpose languages developed over decades?
raddan | 21 hours ago
I feel like I would be hard pressed to explain what I want in English more concisely than just writing a SQL query.
anilgulecha | 15 hours ago
pancsta | 14 hours ago
abstractspoon | 19 hours ago
jleyank | 20 hours ago
VCFundedGenYer | 18 hours ago