> trying different things until something works
That sounds like an awful way of software design. Trial and error isn’t engineering but explains the current state of software security.
That sounds like an awful way of software design. Trial and error isn’t engineering but explains the current state of software security.
It is telling that, while the article's theme is product management (and its relationship with the pace of development), that context is largely ignored in some comments. It's as if the article's scope was purely what happens within the IDE and/or AI agent of choice.
The whole point is that the perspective necessarily should be broader. Otherwise, we make it a circular argument, really: development is a bottleneck of development.
Well, hard to disagree on that.
What would you do? Don’t change?
The effort it takes to implement a feature makes is more likely you think twice before you start.
If the effort goes to zero, so does the thinking.
We will turn from programmers to just LLM customers sooner or later.
Because testing if it works can be done by none programmers
like testing whether a building is structurally sound can just be done by the inhabitants!