Good software knows when to stop
ssaboum
389 points
202 comments
March 05, 2026
Related Discussions
Found 5 related stories in 56.4ms across 3,471 title embeddings via pgvector HNSW
- Slow is smooth and smooth is fast: What software teams can learn from Navy SEALs goloroden · 12 pts · March 11, 2026 · 51% similar
- The unwritten laws of software engineering AntonZ234 · 16 pts · March 17, 2026 · 49% similar
- Package Managers Need to Cool Down abdelhousni · 15 pts · March 25, 2026 · 48% similar
- Stop Anthropomorphizing the Machine speckx · 20 pts · March 06, 2026 · 47% similar
- Startups building Workflow products for other Software Startups – Beware JnBrymn · 13 pts · March 25, 2026 · 46% similar
Discussion Highlights (20 comments)
theorchid
Oracle Database has now been renamed Oracle AI Database. But I think that in time, they will rename it back to Oracle Database. The hype will pass, but the AI will remain, and the name will no longer need to include the AI prefix. AI will just become the norm.
benttoothpaste
als: both fitting and terrifying name for that new utility...
Jackevansevo
if I ran an OS upgrade and was greeted by something like this I'd immediately be swapping OS.
NoSalt
We need something similar to the Svalbard Global Seed Vault, to protect un-AI'd Linux distributions so that, in the event of an AI apocalypse, we will have access to clean operating systems.
dirkc
I like the fictional way the article starts! When chatGPT first gained traction I imagined a future where I'm writing code using an agent, but spending most of my time trying to convince it that the code I want to write is indeed moral and not doing anything that's forbidden by it's creators.
ssenssei
I built a spotify music extractor called harmoni that helps you download your playlists and I feel I'm done. It does its job and it caters to both non-technicals and technical people alike.
john_strinlai
> Ignore feature requests — don't build what users ask for; understand the underlying problem instead not quite in the same area, but this advice reminds me of blizzard and world of warcraft. for years and years, people requested a "classic" WoW (for non-players, the classic version is an almost bug-for-bug copy of the original 2004-2005 version of the game). for years and years, the reply from blizzard was "you think you want that, but you dont. trust us, you dont want that." they eventually caved and launched classic WoW to overwhelming success. some time later, in an interview, ion hazzikostas (the game director) and holly longdale (vice president & executive producer), admitted that they got WoW classic very wrong and that the people "really did know what they want". anyways, point being that sometimes the person putting in the feature request knows exactly what they want and they have a good idea. while your default mode might be (and perhaps should be) to ignore feature requests, it is worth recognizing that you may be doing so at your own loss. after all, you might not not be able to fully understand every underlying problem of every user of your product -- but you might understand how to code the feature that they asked for.
DataDynamo
So uhm where can I get the 'als' command then? :P
Tossrock
"To order, to govern, is to begin naming; when names proliferate it’s time to stop. If you know when to stop you’re in no danger."
muppetman
This is why I love Sublime Text. It's so fast, it works so well. It isn't trying to be AI, it isn't trying to evolve until it can read email or issue SSL certs via ACME. It's focused on one thing and it does it extremely, extremely well.
rglover
It's not about software, it's about money. They're chasing what they see making money and being mimetic. Simple as. It's a shame and sad to see so many get caught up in this, but it makes sense relative to where the world is at. People are desperate and this is what desperation manifest looks like.
xg15
Good software doesn't get you VC funding.
grishka
Definitely that, a finite scope is good and finished software is beautiful. But also, most of the modern software is in what I call "eternal beta". The assumption that your users always have an internet connection creates a perverse incentive structure where "you can always ship an update", and in most cases there's one singular stream of updates so new features (that no one asked for btw) and bug fixes can't be decoupled. In case of web services like YouTube you don't get to choose the version you use at all.
sowbug
The more stars my personal GitHub repos have, the more likely the project was something I cranked out over a weekend to scratch an itch, and then more or less abandoned because it was good enough -- maybe even perfect for that specific itch?
sammy2255
Link this to the Spotify product developers
wenbin
We should normalize "finished" software products that stop feature creep and focus strictly on bug fixes and security updates. It takes real courage for a builder to say, "It’s good enough. It’s complete. It serves the core use cases well." If people want more features? Great, make it a separate product under a new brand. Evernote and Dropbox were perfect in 2012. Adding more features just to chase new user growth often comes at the expense of confusing the existing user base. Not good
rutuhffhbb
> ready to upgrade your favorite Linux distribution and packages to their latest versions It is "their" distribution, to do with as they wish. If this would happen to your workstation, you are a fool, for not following release notes. I already jumped distros for several reasons, marketing BS was one of them. I do not need latest scam or flag of the month!
amelius
Really at this point we should stop making software as we know it, but create minimal tools that an LLM can use.
smm11
No, all software grows until it gets email. Jamie told me that.
river_otter
It's the wonderful part about OSS and 'mission-driven' projects. If the mission is not to make money, then a project is free to reject addons/etc that might be lucrative but not add value to the core of the product