I'm a big fan of this explanation/rant from Andrew Murphy.
-
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.The good news is :
Open source maintainers see an increase in the quality of AI security tools, it will soon be in the hands of the bad actors.
Then it will be mandatory to do good software and ( i will make the leap of faith that ) you have to understand the business needs to create a simple software that handle the issues.
-
I generally agree!
On the narrow Waymo point, a few things have made me reconsider recently:
- Cyclists who feel Waymos are more predictable and less likely to make the equivalent of attentiveness mistakes. Or to be actively hostile.
- Women and older people who've said they feel vulnerable alone in a car with a driver.
@elizayer @BmeBenji @beep also folks with impairments meaning they can't drive. This is a great piece of podcast journalism about the response to Waymo applying to operate in Chicago:
https://pca.st/episode/ef4a328f-dbd4-45cb-8a0b-985250d62293 -
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.@elizayer this has never been about quality and only about the business class trying to free themselves from those damned uppity engineers
-
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.@elizayer Exactly! I’ve been trying to explain to people, especially those pushing AI at work, that writing code is not the hard part of my job. Identifying the real-world problems and designing solutions that are as minimalist and simple as possible are the hard parts. The code is an implementation detail.
-
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
Absolutely:
"More code, less understanding. That's not a productivity gain. That's a time bomb with a nicer dashboard." -
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
@elizayer @sophieschmieg The CEO of Tailscale made that same point a few weeks ago on their personal blog at https://apenwarr.ca/log/20260316. This is so true, and every initiative to accelerate delivery with LLMs should really focus on these things first instead.
-
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
@elizayer Tragically, many of my colleagues are now concluding the solution is to have the same tool that produced the code review the code, as a way to manage the bottleneck.
I think it's something in the water.
-
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.@elizayer to be 100% completely super fair, we are seeing a massive increase in scams. So AI is good for something. Scams. It’s good for scams.
-
@elizayer @BmeBenji @beep also folks with impairments meaning they can't drive. This is a great piece of podcast journalism about the response to Waymo applying to operate in Chicago:
https://pca.st/episode/ef4a328f-dbd4-45cb-8a0b-985250d62293 -
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
@elizayer We're gonna need a bigger Theory of Constraints.
-
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
@elizayer Very very true.
-
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.@elizayer i think about this. according to the promises, all the little snags and bugs and oversights in all the software i use should be gone by now. "everyone's focusing on bigger things" doesn't excuse it, i was given the expectation these types of fixes should have been trivial and quick. computing should be better than ever, or at least as good as it was in the 2010s
-
-
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
-
Absolutely:
"More code, less understanding. That's not a productivity gain. That's a time bomb with a nicer dashboard." -
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.@elizayer yes, this. Code creation hasn’t been an issue for a long, long, long time. See “no silver bullet” (https://worrydream.com/refs/Brooks_1986_-_No_Silver_Bullet.pdf) written in *1986*.
-
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
@elizayer I've listened to a few podcasts now where software company executives (and even a CEO, who I would have expected to know better because he's a CEO) have talked about how much faster their teams are producing code, and since their QA teams can't keep up they've fired those people and are using Claude for QA now.
I get that devs don't study management subjects (I was one myself, many years ago) so they won't necessarily know how to find and fix bottlenecks, but I'm genuinely disappointed that software industry executives don't realise they're in a manufacturing business, nor do they understand how to optimise their value chains.
I know it's a cliche to say that people fail upwards, and I've worked with many executives who were clearly in their roles because they were intelligent, educated, and were delivering at a strategic level - but I'm beginning to wonder if software businesses are a special case.
-
The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.
There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.
All we are seeing is decreases in quality, because
code
creation
is not
the problem.@elizayer
Almost all of the code written by the major software companies since the late 80’s has been bloatware. Especially operating systems. The days when programming was an art and minimizing resource usage was the primary consideration are long gone. If that code is what AI and these LLM’s are being “trained” on then expect software to continue its downward spiral. -
I'm a big fan of this explanation/rant from Andrew Murphy.
Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!
Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.
If you thought the speed of writing code was your problem - you have bigger problems | Debugging Leadership
AI coding tools are optimising the wrong thing and nobody wants to hear it. Writing code was already fast. The bottleneck is everything else: unclear requirements, review queues, terrified deploy cultures, and an org chart that needs six meetings to decide what colour the button should be.
Debugging Leadership (andrewmurphy.io)
@elizayer This is a fabulously well-written article on flow, constraints, and fixing the biggest constraint first. Well worth nyour time if you do…well, anything.
-
The good news is :
Open source maintainers see an increase in the quality of AI security tools, it will soon be in the hands of the bad actors.
Then it will be mandatory to do good software and ( i will make the leap of faith that ) you have to understand the business needs to create a simple software that handle the issues.

