The Illusion of Building
thunderbong
24 points
3 comments
March 06, 2026
Related Discussions
Found 5 related stories in 98.9ms across 8,303 title embeddings via pgvector HNSW
- Meme Buildings speckx · 28 pts · March 20, 2026 · 51% similar
- The 'Hidden' Costs of Great Abstractions jdgr · 121 pts · May 03, 2026 · 50% similar
- On hacker mindset jger15 · 48 pts · April 14, 2026 · 49% similar
- We Built It with Slide Rules. Then We Forgot How speckx · 74 pts · April 01, 2026 · 49% similar
- Eight years of wanting, three months of building with AI brilee · 727 pts · April 05, 2026 · 48% similar
Discussion Highlights (3 comments)
vaylian
It's one thing to build a software just for your own needs. It's a completely different story when your software runs on systems that you can't really control and where you have only very limited visibility/feedback when things don't go according to plan. If the software is just for yourself: Just add some more code for handling the previously overlooked edge case and rerun the program. Else: Deal with the communication overhead and all of the misunderstandings and potentially fix the wrong problem. Also: XKCD 1172
roxolotl
This is absolutely spot on. The thing that surprises me the most is why so many software engineers don’t seem to understand this intuitively. Your job does not end when the pr is merged. What you just merged becomes part of a system it is also your job to ensure continuous successful function of. Even if you’ve got a large devops/sysadmin org it’s still on you to understand how everything plugs together and what context your code is running in. Maybe the LLMs will get there. I do suspect it’s less of a capabilities problem and more of a harness problem.
skyberrys
I can agree and disagree here. The chance to quickly get further than before frees up more time for deeply thinking about the nitty gritty. AI is a tool, and just like a hammer it can be used to create something beautiful or ruin a work of art.