This is something that Brooks had reflected on in "The Mythical Man Month":
"One occasionally reads newspaper accounts of how two programmers in a remodeled garage have built an important program that surpasses the best efforts of large teams. And every programmer is prepared to believe such tales, for he knows that he could build any program much faster than the 1000 statements/year reported for industrial teams. Why then have not all industrial programming teams been replaced by dedicated garage duos? One must look at what is being produced."
Brooks argues that the coding that happened in the garage is only a fraction of what you need for the final product:
"It costs nine times as much. But it is the truly useful object, the intended product of most system programming efforts."
What we're seeing right now does not feel much different. You can greatly accelerate a first draft, a greenfield project, an experiment, or at least the initial iteration of one. Changing a live production system or a widely used library is an entirely different proposition.
I am shipping so much more, but I don't know that our customers would necessarily know it. Total rewrites that needed to be done but were getting pushed off due to the scope are now getting done. Security issues are getting patched. Support ticket open to resolution time is dropping. So yes, shipping a lot faster to create a much better project rather than just focusing on features.
More tickets and larger tickets, full migrations that used to take 4 weeks coordinating with 3 teams are now a single PR done in a day.
edit: if you're seeing a slow down in PRs, it's more likely that 10 of your 10x'ers are slinging code in 3-4 plus accounts in codex on the side during their shift on 8 startups.
In the past splitting diffs was an important process to speed up and simplify code review.
But now I would rather make one PR per service to simplify CI and deploy. As a result PRs become much much larger.
If you're still writing migrations you're still bot in the edge and are missing out on some good gains. We got rid of out database and now just query the LLM whenever we need to fetch customer account details etc. Our delivery speed has quadrupled this last week alone
I'm shipping much more when I don't care about code quality. I've built a bunch of fun, greenfield side projects. And prototyping at work is also much faster. But when it really comes down to the details, conversations with colleagues, and really delving into what we want to build, designingthe userexperience, getting the details right, still take time.
> I think people already have forgotten how long and arduous software development was just a few years ago.
Was it? Behind any arduous development process, I'm ready to bet there's a very inefficient communication channel that has nothing to do with code or any technical matters, but still impact productivity. Think how hard it is to get a Definition of Done alongside the Change Request even in the business jargon.
> The biggest bottleneck now is CI/CD/Experimentation with respect to engineering, and product alignment with respect to the business.
It's like building crooked houses, then saying that the biggest bottleneck is inspection. Do a 5 why[0] around the "bottleneck" and the answer is likely not there at all
I'm shipping faster, but not as fast if the output was the same as before. AI allows for deeper code, all the nice to haves you wouldn't normally do. Test coverage is now fully complete as well, and I mean full tilt mocks and every edge case, not just the happy path plus bugs found in testing.
The excitement of LLMs has been around the productivity of the engineers, not the quality of the projects. Traditionally, we have bottlenecks at review and QA stages for new work, and a lot of orgs turn on the firehose of new code without fixing those bottlenecks.
If you want to drive at high speed, you need to build a highway first.
I'm shipping new features to my SaaS customers sometimes as quickly as the same day they bring it up. These are usually fairly small, obviously. I actually posted this story on LinkedIn, as one does:
> Customer email, 9:42 am: "I have a partner asking for our SSH2 public key. I tried using Tediware help but eventually it said to contact support. Are you able to assist?"
> Response, 10:47 am: "You need to generate a key pair yourself and keep the private key. Tediware does not issue SSH keys. Here's what you do. [instructions follow]"
> Follow-up response, 12:20 pm: "Generating your own key pair is now part of the app."
> Time from support request to new feature designed, coded, tested, deployed and announced: 2 hours, 38 minutes.
Side note, this feature has been solid in prod ever since (that story is a couple of months old).
Obviously, some things take weeks still, but they're hard. I just finished writing an X12 translator/parser, from scratch, in Rust. The old translator/parser was written in Ruby and ran documents at 175 kb/s. The new one handles 1 MB/s. It took me seven weeks of on-again/off-again dev work, fuzzing, testing, etc. It went live in prod yesterday.
I'm sure the release cadence on browser updates has gone up; and thanks to all the CVEs getting found now, there's definitely real value from them, even if we simply wouldn't have known about all the risks if it were not for the same AI solving them.
For entertainment, it's definitely been huge for gaming. In Roblox the majority of games now are AI generated. Of the top 100 games, 80 used AI in some way or another and there's 70,000 AI generated games total. Roblox has a huge number of players too (~380 MAU) so tons of people are playing AI generated games.
I think it would be more widespread if there wasn't as much pushback against AI. Big Walk disclosed they used ai to fix a bug and it immediately got review bombed. Kids on Roblox don't care as much, so you can see just how transformative it has been there.
The IGF really dropped a grenade into the discussion heh. What happened was IGF clarified that "using AI" includes using it for coding "help" and research, which Big Walk had disclosed. This does not align with Steam who doesn't require disclosure of those particular uses, and in general using it for programming has been arbitrarily deemed OK by players and the industry.
Personally I think Steam should either get rid of the label or expand it to any usage because the carve-outs are arbitrary and pervasively widespread in use - I don't find it believable House House's developers are still almost entirely coding by hand and only leaning on AI for the hardest problems lmao.
The stigma isn't sustainable once full disclosure is normal, and then games can be judged simply on their merit either they're good or bad.
> “Programming is a creative discipline whose labour deserves the same respect we extend to any part of making a game. This extends to the past work used to train these models without the creators’ consent.”
It feels to argue the point that ai doesn’t have visible outcomes you’d have to go down the path of the no true scotsmans fallacy pretty hard.
“Sure there’s a massive increase in the number of apps on the app stores, there’s new examples of decompiled and recompiled games popping up all the time not to mention all the vibe coded games, many companies are reporting they have new bespoke vibe coded tools to do some task they used to do manually, people are just cloning popular apps like photoshop with bespoke customisations to their needs..” etc.
I already know the tiresome response to any such example given by people of this mindset. “Yeah but those aren’t TRUE examples of users getting features faster!” Whatever.
I am writing code 5-10x faster and I can feel it go, but I'm still waiting 2 days for the IT to install something on my useless locked down laptop, still waiting a week for a trivial corporate firewall change, still waiting 2-3 weeks for business to make up their minds about whatever the hell they want to sell now. So I am shipping faster, but actually not.
We are shipping faster. Shipping speed depends on a variety of factors. That said, the ability to generate and validate designs, code, tests, data, performance and security evals, etc is increasing the speed of delivery for many organizations - I'm a consultant and I see it every day.
I also see companies that don't know what they want to build, suffer from toxic culture etc -- they are not faster because their core problems never had much to do with software development.
Sure, there are plenty of developers clinging to the "old way" or using AI in ways that add complexity and slow things down but I don't see this as the dominant group.
The trillions-dollars question is how come software itself doesn't get improved by (at least) an order of magnitude, if not more.
More to the point, the price of RAM that has gone berserk. Easy solution, let's then make our OSes, browsers and almost all the relevant software that we use day to day an order a magnitude more nimble, for example if a Chrome instance now eats 1-2GB of memory then make it it at most 100-200MBs of said memory while doing the exact same things (if not more). The much lauded AI revolution in code-writing hasn't created that, not sure if it will ever do, it will just add slop after slop after slop, in fact it wouldn't surprise me if the memory requirements for something like Chrome won't increase as a result of the recent vibe-coding mania.
But by this point the AI zealots are already running the asylum, so nothing to be done.
This is something that Brooks had reflected on in "The Mythical Man Month":
"One occasionally reads newspaper accounts of how two programmers in a remodeled garage have built an important program that surpasses the best efforts of large teams. And every programmer is prepared to believe such tales, for he knows that he could build any program much faster than the 1000 statements/year reported for industrial teams. Why then have not all industrial programming teams been replaced by dedicated garage duos? One must look at what is being produced."
Brooks argues that the coding that happened in the garage is only a fraction of what you need for the final product:
"It costs nine times as much. But it is the truly useful object, the intended product of most system programming efforts."
What we're seeing right now does not feel much different. You can greatly accelerate a first draft, a greenfield project, an experiment, or at least the initial iteration of one. Changing a live production system or a widely used library is an entirely different proposition.
[delayed]
I am shipping so much more, but I don't know that our customers would necessarily know it. Total rewrites that needed to be done but were getting pushed off due to the scope are now getting done. Security issues are getting patched. Support ticket open to resolution time is dropping. So yes, shipping a lot faster to create a much better project rather than just focusing on features.
More tickets and larger tickets, full migrations that used to take 4 weeks coordinating with 3 teams are now a single PR done in a day.
edit: if you're seeing a slow down in PRs, it's more likely that 10 of your 10x'ers are slinging code in 3-4 plus accounts in codex on the side during their shift on 8 startups.
In the past splitting diffs was an important process to speed up and simplify code review. But now I would rather make one PR per service to simplify CI and deploy. As a result PRs become much much larger.
Yeah, but you will not working on migration if there is no ai in the first place.
If you're still writing migrations you're still bot in the edge and are missing out on some good gains. We got rid of out database and now just query the LLM whenever we need to fetch customer account details etc. Our delivery speed has quadrupled this last week alone
I'm shipping much more when I don't care about code quality. I've built a bunch of fun, greenfield side projects. And prototyping at work is also much faster. But when it really comes down to the details, conversations with colleagues, and really delving into what we want to build, designingthe userexperience, getting the details right, still take time.
I feel like I'm going crazy with all the people questioning the impact of AI in software development.
I think people already have forgotten how long and arduous software development was just a few years ago.
The biggest bottleneck now is CI/CD/Experimentation with respect to engineering, and product alignment with respect to the business.
> I think people already have forgotten how long and arduous software development was just a few years ago.
Was it? Behind any arduous development process, I'm ready to bet there's a very inefficient communication channel that has nothing to do with code or any technical matters, but still impact productivity. Think how hard it is to get a Definition of Done alongside the Change Request even in the business jargon.
> The biggest bottleneck now is CI/CD/Experimentation with respect to engineering, and product alignment with respect to the business.
It's like building crooked houses, then saying that the biggest bottleneck is inspection. Do a 5 why[0] around the "bottleneck" and the answer is likely not there at all
[0] https://en.wikipedia.org/wiki/Five_whys
We are. A month of work turned into one day.
We definitely see more broken features that was removed after a short amount of time.
We are definitely shipping faster. Does that turn to better products? Not necessarily.
At least in our case, we are shipping faster. The rate of bugs has gone up, but still proportional to the behavior changes.
I'm shipping faster, but not as fast if the output was the same as before. AI allows for deeper code, all the nice to haves you wouldn't normally do. Test coverage is now fully complete as well, and I mean full tilt mocks and every edge case, not just the happy path plus bugs found in testing.
Who is not shipping faster? We definitely are.
The excitement of LLMs has been around the productivity of the engineers, not the quality of the projects. Traditionally, we have bottlenecks at review and QA stages for new work, and a lot of orgs turn on the firehose of new code without fixing those bottlenecks.
If you want to drive at high speed, you need to build a highway first.
Aren’t we?
Remembering that LOC and commits don't count, what metrics or even personal experience show that users are getting more features faster?
At least in entertainment I only see cancelled products rapidly increasing.
I'm shipping new features to my SaaS customers sometimes as quickly as the same day they bring it up. These are usually fairly small, obviously. I actually posted this story on LinkedIn, as one does:
> Customer email, 9:42 am: "I have a partner asking for our SSH2 public key. I tried using Tediware help but eventually it said to contact support. Are you able to assist?"
> Response, 10:47 am: "You need to generate a key pair yourself and keep the private key. Tediware does not issue SSH keys. Here's what you do. [instructions follow]"
> Follow-up response, 12:20 pm: "Generating your own key pair is now part of the app."
> Time from support request to new feature designed, coded, tested, deployed and announced: 2 hours, 38 minutes.
Side note, this feature has been solid in prod ever since (that story is a couple of months old).
Obviously, some things take weeks still, but they're hard. I just finished writing an X12 translator/parser, from scratch, in Rust. The old translator/parser was written in Ruby and ran documents at 175 kb/s. The new one handles 1 MB/s. It took me seven weeks of on-again/off-again dev work, fuzzing, testing, etc. It went live in prod yesterday.
I'm sure the release cadence on browser updates has gone up; and thanks to all the CVEs getting found now, there's definitely real value from them, even if we simply wouldn't have known about all the risks if it were not for the same AI solving them.
I definitely see more broken features!
Maybe this time we get people to abandon the big, dysfunctional companies that were never actually able to write software.
For entertainment, it's definitely been huge for gaming. In Roblox the majority of games now are AI generated. Of the top 100 games, 80 used AI in some way or another and there's 70,000 AI generated games total. Roblox has a huge number of players too (~380 MAU) so tons of people are playing AI generated games.
I think it would be more widespread if there wasn't as much pushback against AI. Big Walk disclosed they used ai to fix a bug and it immediately got review bombed. Kids on Roblox don't care as much, so you can see just how transformative it has been there.
The IGF really dropped a grenade into the discussion heh. What happened was IGF clarified that "using AI" includes using it for coding "help" and research, which Big Walk had disclosed. This does not align with Steam who doesn't require disclosure of those particular uses, and in general using it for programming has been arbitrarily deemed OK by players and the industry.
Personally I think Steam should either get rid of the label or expand it to any usage because the carve-outs are arbitrary and pervasively widespread in use - I don't find it believable House House's developers are still almost entirely coding by hand and only leaning on AI for the hardest problems lmao.
The stigma isn't sustainable once full disclosure is normal, and then games can be judged simply on their merit either they're good or bad.
> “Programming is a creative discipline whose labour deserves the same respect we extend to any part of making a game. This extends to the past work used to train these models without the creators’ consent.”
https://www.videogameschronicle.com/news/big-walk-studio-say...
Roblox is played exclusively by children. Children have the taste nuance of insisting chicken nuggets with ketchup are the epitome of cuisine.
It feels to argue the point that ai doesn’t have visible outcomes you’d have to go down the path of the no true scotsmans fallacy pretty hard.
“Sure there’s a massive increase in the number of apps on the app stores, there’s new examples of decompiled and recompiled games popping up all the time not to mention all the vibe coded games, many companies are reporting they have new bespoke vibe coded tools to do some task they used to do manually, people are just cloning popular apps like photoshop with bespoke customisations to their needs..” etc.
I already know the tiresome response to any such example given by people of this mindset. “Yeah but those aren’t TRUE examples of users getting features faster!” Whatever.
We're shipping at the same rate but with a team of 10 instead of 24 we used to be
I don’t know who your “we” is, but the “we” I’m involved with is shipping faster.
I am writing code 5-10x faster and I can feel it go, but I'm still waiting 2 days for the IT to install something on my useless locked down laptop, still waiting a week for a trivial corporate firewall change, still waiting 2-3 weeks for business to make up their minds about whatever the hell they want to sell now. So I am shipping faster, but actually not.
The question should be: why isn't software improving?
Claude Code TUI, probably the poster child for AI-driven coding, itself is still going to sh*t.
We are shipping faster. Shipping speed depends on a variety of factors. That said, the ability to generate and validate designs, code, tests, data, performance and security evals, etc is increasing the speed of delivery for many organizations - I'm a consultant and I see it every day.
I also see companies that don't know what they want to build, suffer from toxic culture etc -- they are not faster because their core problems never had much to do with software development.
Sure, there are plenty of developers clinging to the "old way" or using AI in ways that add complexity and slow things down but I don't see this as the dominant group.
AI has accelerated coding but what happens before and after coding has not accelerated much.
Pre coding : Requirements, grooming, solutioning (cross product specially), design, LLD
Post coding: Cross product testing, E2E integration testing, CRQ approvals, Deployment, pilot, roll out.
SWEs don't just do coding. AI has only solved that and testing to an extent.
I think the recent article by Rober Haas on why Postgres release is delayed is giving a very good insight into the general "why".
We are but it’s weighted towards the independent and never-coded-before side of the ecosystem at the moment.
Who are we?
Google Search: 1998
Gmail: 2004
Google Map: 2005
Google Docs: 2006
Chrome: 2008
vs
Claude 3 (+ tool calling, web search): 2024
Claude Code: 2025
Claude Design, Sheet, Data: 2026
"We" (whatever it means) are shipping faster now, no?
I work for a midsize company within retail and we are definitely shipping faster?
We definitely are.
Speak for yourself, mate
Because we spend time writing clickbait articles
We are.
The trillions-dollars question is how come software itself doesn't get improved by (at least) an order of magnitude, if not more.
More to the point, the price of RAM that has gone berserk. Easy solution, let's then make our OSes, browsers and almost all the relevant software that we use day to day an order a magnitude more nimble, for example if a Chrome instance now eats 1-2GB of memory then make it it at most 100-200MBs of said memory while doing the exact same things (if not more). The much lauded AI revolution in code-writing hasn't created that, not sure if it will ever do, it will just add slop after slop after slop, in fact it wouldn't surprise me if the memory requirements for something like Chrome won't increase as a result of the recent vibe-coding mania.
But by this point the AI zealots are already running the asylum, so nothing to be done.
We are. This has got to be clickbait.