You've definitely seen that many companies progressed from "use LLMs for anything and everything" policies to limiting budgets and scopes of approved LLM usage. It wouldn't be unexpected to see that some companies might decide that generating more code faster doesn't meaningfully contribute to their bottom line, and forego LLMs in favour of human authoring, but does it ever happen?
I'm not trying to point out any (de)merits of the new way of software development, I simply want to know if there are many/any companies that went back to the old ways.
Having said that, for all our startups “interesting” code I use no AI, not even tab complete. For a few reasons:
- having derived the code and built a mental model is something like 90% of the work, the code artefact being 10%. (You can probably verify this yourself, if you’ve implemented something once and then someone deleted it all, you could rewrite it MUCH faster the second time).
- once I have this model / vision in my mind, I’m streaming it from my mind into reality via code and having code suggestions pop up breaks that flow state for me.
- using Claude code even on throwaway scripts can mask problems. Why is doing this thing so difficult that it needs an AI to write the code? And usually when I’m writing those scripts I have a thought or insight about the system. in other words it’s nice to have that low stakes time.
- models are still frustratingly bad at spatial reasoning and I don’t see this improving anytime soon, which is a problem for a lot of graphics code.
- the code models produce still isn’t what I’d consider great code; subjective of course but it’s our product and we think having great code in our core technology is well worth it in the long term!
I do still use Claude code on various commoditised pieces (account UI, etc) and I use Claude as a great search engine, though its explanations of complex topics still kind of sucks and a human blog is almost always better.
We are a small company of 15 engs.
After figuring out the exact product we need with some very quick development cycles with AI, we now have some problems that I can't keep under control because of AI. So, currently under consideration to rewrite the core functionality without AI so we can keep it simple, understandable and slower to change.
The interesting part is that AI could do this, but managing developers with AI has become very difficult to get them to slow down and build stable simple things.
What many businesses are going through is the industrialization of software development.
There definitely going to be a lot of fortune 500 companies absolutely wrecked by the amount of changes to their code base that no one will be "responsible" for because none of the workers will really know if it was their agent that changed something.
There could be some outliers who found the correct tools at the right time, but I don't think they'll suddenly be thrust into the money, because good code is definitely not the only thing that lets people succeed.
That is mutually incoherent. If AI can reliably do it, developers who reliably did it before AI would reliably did it again.
Sounds like AI cant reliably do it and your developers struggle to control its outputs.
What you've said also makes clear why nobody would have an incentive to play like a team player. You have this comprehension work you think is important and you've already devalued it by saying that humans would be a waste if AI could be used.
If I were a human working for you I would conclude that regardless of your exact words, your actions create the conditions whereby it is far safer to try to get the AI to bullshit its way through things than to risk trying to do them well as a human. You clearly articulate here that the bullshit is all you care for. If that is what will satisfy you most readily, why would anyone working for you aim higher anymore?
Try “I am considering”.
Hacker News has long ago decided that making comments on the quality of the writing in the comments is not welcome. Correcting spelling, correcting word usage, changing phrasing, and making other suggestions to improve the grammar of a post is not something that Hacker News readers want to encounter in the comments section.
It bothers me every day because there are gobs of cases where the writing is horrible, but I understand why the rule exists. It would make the comments section insufferable if everybody were just correcting each other's grammar the whole time.
Solve the leadership problem and the AI thing becomes an advantage instead of a problem.
So did Commonwealth Bank of Australia and IBM: https://www.cnbc.com/2026/07/01/employers-who-laid-off-worke...
And I'm sure many others who didn't publicize it because they have to keep this circular economy going.
Please read your sources completely before posting them only reading the title
> COO Kumar Galhotra said Ford had been over-relying on automated quality systems without getting results, per Bloomberg. The returning engineers rebuilt the data pipelines feeding Ford's AI training, mentored junior staff, and reprogrammed the automated systems they had originally been brought in to replace.
Similarly with Commonwealth Bank and IBM, which are cited in your second link. None of these companies are saying they're not going to use AI and they're going to go back to manual labor. What they are saying is that they laid off workers prematurely.
The big lesson is highlighted well by IBM's head of HR, which is you can use AI, but you have to continue to invest in humans:
> “If we don’t continue to invest in entry-level hires, what happens in three-five years?,” IBM’s chief human resources officer, Nickle LaMoreaux, said at a Charter AI Summit in New York. “There’s no pipeline; the well simply dries up,” LaMoreaux added.
I get what you mean, but in general circular economy means something different, positive in my opinion. Here is what wikipedia has to say:
> a model of resource production and consumption that involves sharing, leasing, reusing, repairing, refurbishing, and recycling materials and products, to extend product life cycle for as long as possible
In the EU it is a hot topic for a lot of non-profit and social innovation work
I use AI coding tools both at work and in my hobby projects. It very clear to me they're nuclear-powered footguns, and we have a long, long way yet in developing practices, structures and workflows that will enable true benefits while minimizing the absolutely toxic baggage/fallout/side effects.
I look at the big corp push for AI adoption as another instance of boards of directors choosing the large investors / their own personal gain over the success of the corporations they govern (first instance being the "back to the office" push in attempt to shore up commercial real estate). I think the circular economy of the AI bubble has spread far and wide, and we're watching a lot of invested players trying to keep it going.
I agree that we still haven’t figured out what’s the best way to use AI tools, but over the time it would mature and people would come up with patterns, conventions, and design principles so the quality of what is produced will be maintained or increased while keeping the productivity gains.
I'm glad there is a tool that let's these companies have even shittier code shipped even faster. The faster they burn down the better.
Every single person I talk too that is enthusiastic about AI is so because they can't code for shit. Sure, then the AI seems better. But it never really is. Learn to code, that inertia you are talking about is the technical debt. It will drag you down into the abyss eventually
Assuming of course everything else stays the same (quality, etc.)
Does anyone know any company that went back to hand-written code because it decided drawbacks of ai generated code or some other concerns outweight the output benefits?
The last time I've checked ai still had an edge adding new features, but the team collectively lost the project knowledge and any problem discovered that llm could not fix took significantly longer to correct - they were effectively working on a new to them codebase.
LLMs have their uses, but large scale code generation is IMHO the least interesting. And even when LLMs are used for code generation, I feel like progress has been reset to the early 60s and people are now rediscovering all the failed software development approaches (eg "spec-driven" is pretty much the equivalent of "waterfall", I'm now waiting for UML diagrams to make a comeback as the next big thing with an "agentic engineering" label slapped on ;)
Classic interactive "vibecoding" with quick turnaround times (but much quicker than now please, don't make me wait and let me slip out of the flow) might actually turn out to be the most useful way to build software with LLMs (or let's better say "prototypes"). Because everything else currently looks like we're building up too much bureaucracy around the software development process again, just in time when we got rid of that shit (via an absurd amount of pseudo-human-language "skills", "rules", "context", "memory", ...) like it was common in the 70s when the work was split between "software architects" who only do the high level design, and "implementers" who only bake that design into code. This was obviously a stupid idea and I don't know why the "AI bros" seem to be so keen on repeating that mustake.
Every approach that builds a "human language specification" that's separate from source code written in a much more precise programming language is doomed to fail (eg the code is the spec!), and that's nothing new, we've known this for decades, but that brain virus of "upfront software architecture" always keeps creeping back into the minds of people at the first opportunity.
Where did anyone advocate for "large scale code generation"? LLMs are a fantastic way to go from, "We thought this this feature" to "It's shipped and in people's hands". That could've been 100 lines or 1,000 lines but that's not the point.
Like, did somebody seriously think through the meaning and implication of that disclaimer and still write it?
We're working in a really deep area where having full understanding of our code is more important than speed.
Besides, in this area, clients getting one whiff of AI code would be an immediate deal-killer
Pre AI it took 100 engineers 5 years to get into a legacy code situation. Once you’re in a legacy code situation it’s very hard to add new features and your code is full of bugs. Fortunately most old companies with legacy code are making loads of money so they can pay the increased development costs to add features to their legacy code.
Now with AI five engineers can build a legacy codebase in six months.
That doesn't sound like a good thing in the long term.
> no one can deny the productivity gains AI brings to software development.
What are those "productivity gains"? Rapidly building hundreds of the wrong things that people do not want?
It means you cannot stop and the competition only moves far more quicker and its a forever race to the bottom.
Do you know of any company that banned compilers and went back to hand written assembly?
Do you know of any company that banned stack overflow and went back to figuring everything out?
The point GP is making, which I understand seems dismissive, is that AI is a tool that people are not retreating from, because it offers the same sorts of gains as previous tool improvements we've seen in the field: from compilers to IDEs to sites like Stack Overflow. I think adding AI to that group of improvements makes a ton of sense, as it has the capacity to provide similar gains in productivity.