惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Security Blog
Microsoft Security Blog
WordPress大学
WordPress大学
Stack Overflow Blog
Stack Overflow Blog
D
DataBreaches.Net
罗磊的独立博客
博客园 - 司徒正美
Last Week in AI
Last Week in AI
The Cloudflare Blog
大猫的无限游戏
大猫的无限游戏
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
The GitHub Blog
The GitHub Blog
宝玉的分享
宝玉的分享
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
小众软件
小众软件
Jina AI
Jina AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
B
Blog
博客园 - 【当耐特】
V
V2EX
Apple Machine Learning Research
Apple Machine Learning Research
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
酷 壳 – CoolShell
酷 壳 – CoolShell

jola.dev

Migrating your Bluesky account the hard way | jola.dev Cluster singleton pattern | jola.dev cove.town, atproto self-hosted self-hosting | jola.dev Speeding up a Phoenix LiveView web app with a CDN | jola.dev Self-hosting an atproto container registry | jola.dev Migrating to the new Tangled knot2 | jola.dev Self-hosting and Tangled | jola.dev Self-hosting your PDS | jola.dev Taking control of your atproto account | jola.dev No cost, no value | jola.dev Latch - an Elixir atproto OAuth library | jola.dev Distributed rate limiter with HRW in Elixir | jola.dev A computer can never be held accountable | jola.dev Elixir Cluster 101 | jola.dev How to stop Claude from saying load-bearing | jola.dev Let libraries be libraries | jola.dev CI workflows on Tangled for Elixir | jola.dev Automatically syncing your blog to atproto and standard.site | jola.dev Appreciation for the small web | jola.dev Treating LLMs as programming books Publishing your blog to standard.site in Elixir Generating OG images in Elixir The social contract of writing Highest Random Weight in Elixir bunnyx: a bunny.net Elixir client library Building for the joy of building Running local models on an M4 with 24GB memory How to hit your Claude weekly limit so you can go outside and touch grass Dropping Cloudflare for bunny.net Building a blog with Elixir and Phoenix
Limited output is a feature | jola.dev
https://jola.dev/about · 2026-08-04 · via jola.dev

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.