{"slug": "i-try-to-kill-my-ideas-before-i-build-them", "title": "I Try to Kill My Ideas Before I Build Them", "summary": "A developer describes a practice of attempting to falsify the core assumption behind a decision before writing code, citing cases where early tests killed ideas cheaply. On a project called ShrekOS, an assumed standard installer flow failed because /etc is sealed and read-only, and on Mycelium an associative-memory approach performed worse than the existing method while a retrieval technique improved zero of six benchmark cases. The developer argues that AI-driven implementation speed makes it equally cheap to build the wrong thing, so success and failure criteria should be defined before experiments run.", "body_md": "AI makes it dangerously easy to build the wrong thing. I can point agents at a problem and have a mountain of code before I have proven the idea underneath it.\n\nSo before I build too much, I try to kill the idea first.\n\nNot the whole project. The claim hiding inside the decision.\n\nMost decisions are secretly a bet that something is true. Name the bet out loud and you can test it.\n\nIf I think we need a bigger model, that is not just a preference. It is a claim that the failure is caused by insufficient reasoning capacity.\n\nIf I believe a new retrieval technique will improve memory, I am claiming that the current method is the bottleneck.\n\nIf I assume the normal installer flow should work here, I am claiming that the environment behaves like a conventional writable Linux system.\n\nSometimes, once you check, the answer is just no.\n\nOn ShrekOS, I assumed the standard installer approach would work. It did not, because `/etc` is sealed and read-only, and the normal recipe quietly depends on writing there.\n\nFinding that early instead of three layers of code later saved me from an architectural mess.\n\nOn Mycelium, I tested an associative-memory approach that sounded great and performed worse than what I already had. Another promising retrieval technique improved zero out of six benchmark cases.\n\nBoth died there.\n\nA prototype should not just prove something works. It should give the idea a cheap, honest chance to fail.\n\n**It worked when I tried it isn't proof. It's a story about something that happened once.**\n\nDecide what success means before the experiment, not after.\n\nIf you skip this, you will get a mediocre result and immediately narrate why it is secretly encouraging. It is much harder to move the goalposts once you wrote them down.\n\nFor a security boundary, I define what must never happen.\n\nFor a retrieval change, I define what specifically has to improve.\n\nFor a new capability, I want a regression test before I trust it.\n\nWithout a hard definition of failure, you are just playing with toys.\n\nWhen you write down the criteria for death, you stop lying to yourself. You stop tweaking parameters until the graph looks pretty, and you take the result you actually got.\n\nI do not treat every unknown as equal.\n\nNot knowing what a button looks like can wait forever.\n\nNot knowing whether the security boundary underneath it is real gets tested now.\n\nThe question is always: which assumption, if wrong, invalidates the most work?\n\nThat one goes first.\n\nThis is not about being pessimistic. It is about being efficient.\n\nAI makes implementation cheaper every month, and it makes building the wrong thing cheaper at exactly the same rate.\n\nSo I have stopped being impressed by how fast I can turn an idea into code.\n\nWhat I care about now is whether the idea survives long enough to deserve the code.", "url": "https://wpnews.pro/news/i-try-to-kill-my-ideas-before-i-build-them", "canonical_source": "https://dev.to/the_leon_odor/i-try-to-kill-my-ideas-before-i-build-them-2422", "published_at": "2026-09-10 01:19:41+00:00", "updated_at": "2026-09-10 02:19:08.501937+00:00", "lang": "en", "topics": ["ai-agents", "developer-tools", "ai-tools"], "entities": ["ShrekOS", "Mycelium"], "alternates": {"html": "https://wpnews.pro/news/i-try-to-kill-my-ideas-before-i-build-them", "markdown": "https://wpnews.pro/news/i-try-to-kill-my-ideas-before-i-build-them.md", "text": "https://wpnews.pro/news/i-try-to-kill-my-ideas-before-i-build-them.txt", "jsonld": "https://wpnews.pro/news/i-try-to-kill-my-ideas-before-i-build-them.jsonld"}}