Limited output is a feature
aka the LLM agent productivity boost is a trap
As the tech startup scene continues to find more and more advanced ways to use LLM agents to build software, complete tasks, do research and marketing, and anything in-between, I’m wondering if we’re losing track of what matters.
While people are posting about whether or not you still need to do (or should do) code review, or how they’re building their software factories, I’m starting to struggle to see how it relates to actually accomplishing the goals of those startups. Are startups that build and obsess over software factories more likely to create a product that understands its users? Does removing human review from PRs increase the quality of the user experience of the product? Or have we gotten lost in a frantic race to optimize for “AI-enablement” over meaningful features?
With LLMs you can build pipelines from customer feedback to automated PR creation and approval, to shipping whole features without human intervention. You can parallelize your attention across ten different tasks at the same time. The bottleneck is your ability to come up with things to do, with the hungry machine always looking for more inputs.
But is that good?
How to build good product
Linear has historically been a great example of a company that found success by not building features. They created a well-loved product by focusing on the core experience and avoiding adding cruft, by being opinionated about what features to build and which ones to ignore, even when users are asking for them. This type of product is the result not of the lines of code or the number of PRs merged, but “quiet contemplation”. I can’t help but imagine the founders deep in the dark Finnish forests spending their time in the sauna and snow, thinking, only briefly emerging once a week to spend an hour typing out a new feature, before retreating back.
Success has never been about how many lines of code you can produce, especially not for startups. Because lets face it, a startup can’t beat a large incumbent on that metric. Maybe that’s why software factories are so attractive to early stage startups, because of the frustration of not being able to outproduce the large enterprise companies they’re trying to disrupt.
But that’s missing the point. Startups don’t disrupt incumbents by outproducing them, they disrupt incumbents by thinking differently. Linear didn’t take on Atlassian’s JIRA by having more features than JIRA, they did it by cutting away all of the things that didn’t really matter, revealing the core of the product that had real value. Combining that with a deliberate and curated user experience, they found their product marketing fit by having fewer features.
Think more, do less
Spend more time thinking and less time doing. Stop giving into the temptation of endlessly feeding the machine with increasingly pointless tasks. Don’t fall into the trap of trying to add every single feature someone asks for. Get away from the computer and spend some time thinking. Win by being different, by producing more value, not more code. Resist that urge to hand everything over to the machine, and try the slower more thoughtful approach.
Your users will thank you.
Written by Johanna Larsson. Thoughts on this post? Find me on Bluesky at @jola.dev .
Related posts
Distributed rate limiter with HRW in Elixir
Building the classic distributed rate limiter, using the HRW library instead of the traditional ExHashRing.
A computer can never be held accountable
For better or for worse the things you create with LLMs are your responsibility, just like with any other tool.
Elixir Cluster 101
A practical guide to clustering your nodes and tracking the cluster state for real use cases.