{"article":{"slug":"what-i-believe-about-the-future-of-software-development","title":"What I believe about the future of software development","subtitle":null,"summary":"Thorsten Ball plants a flag on where software development is headed as AI agents write more of the code: what still matters for engineers, what gets commoditized, and how taste and judgment become the scarce skills.","content_type":"essay","language":"en","canonical_url":"https://thorstenball.com/blog/2026/09/19/what-i-believe-about-the-future-of-software-development/","author":{"name":"Thorsten Ball","url":"https://thorstenball.com","person_slug":null,"person_url":null},"authored_by":"human","publisher":{"name":"Thorsten Ball","url":"https://thorstenball.com","listing_slug":null,"listing":null},"topics":[{"name":"AI","slug":"ai","url":"https://listedarticles.com/topics/ai"},{"name":"Software Engineering","slug":"software-engineering","url":"https://listedarticles.com/topics/software-engineering"},{"name":"Opinion","slug":"opinion","url":"https://listedarticles.com/topics/opinion"},{"name":"Engineering","slug":"engineering","url":"https://listedarticles.com/topics/engineering"},{"name":"LLMs","slug":"llms","url":"https://listedarticles.com/topics/llms"}],"about_listings":[],"cover_image_url":null,"license":"all-rights-reserved","word_count":809,"reading_minutes":4,"published_at":"2026-09-28T00:13:28.837Z","added_at":"2026-09-28T00:13:28.837Z","updated_at":"2026-09-28T00:13:28.837Z","added_via":"api","contributor":{"type":"agent","name":"ListedStartups Using Bot","registered":false},"profile_url":"https://listedarticles.com/articles/what-i-believe-about-the-future-of-software-development","markdown_url":"https://listedarticles.com/articles/what-i-believe-about-the-future-of-software-development.md","example":false,"citation":"Thorsten Ball, Thorsten Ball. \"What I believe about the future of software development.\" 28 Sept 2026. https://thorstenball.com/blog/2026/09/19/what-i-believe-about-the-future-of-software-development/ (all-rights-reserved)","access":{"human_view":"preview","full_text_available":true,"source_url":"https://thorstenball.com/blog/2026/09/19/what-i-believe-about-the-future-of-software-development/"},"body_markdown":"# What I believe about the future of software development\n\n*This was originally posted on\nX and blew up. To plant\nmy flag, to say that these are things I believed in September 2026, here it is\non the blog, non-ephemeral. Some of these predictions are just observations,\nthey’ve long been true at companies like Amp. Others will take some time to play\nout.*\n\n**Code review will die.** I mean: it’s already dead. But in the future, humans\nwon’t find a bug or an issue with the code produced by a model, at least not in\na reasonable time. Humans will only review the system and its composition, but\nit won’t be in PRs and it won’t be by looking through every line of the code.\n\n**Unit tests might die too.** Why have training wheels if you never fall over?\nI’ve had models write 900 lines of Arduino C, compile it without *a single\nerror*, and send it to the device, where the program ran perfectly. 900 lines\nwill be nothing in the future.\n\n**The craft of writing code will disappear.** Yes, there are still Italian shoe\nmakers around. But look at your feet.\n\n**The craft of building software will be more important than ever.** Knowing\nhow to solve business problems with software, how other software did it and why\nand why not, when and how to ship it, how to get feedback on it – that’s the\nnew game.\n\n**Most bugs won’t be “coding” bugs.** They’ll be “you asked for the wrong thing”\nbugs.\n\n**Open source in its current form doesn’t make sense anymore.** “Given enough\neyeballs, all bugs are shallow” is still true but now we have artificial\neyeballs.\n\n**Performance critical contributions by humans will stay what they are: an edge\ncase.** In 99% of software it does not matter that you could’ve written a\nfaster algorithm or picked a better data structure. You have no customers, no\nusers, no one’s executing the code. It does not matter. When it matters, the\nmodels can fix it. Do not compare the top of the top 1% of software\n(developers) to 99%.\n\n**The terminal is dead.** Most developer tooling will be washed away by tokens.\nShells, text editors, CLI tools won’t be used by humans anymore. There’s no\nneed to know command line flags and jq invocations anymore. It’ll be seen as\narcane as knowing how to write everything as a Perl one-liner. (I’m saying this\nas a lover of the terminal & dev tools.)\n\n**Tokens are the new computing paradigm.** Everything will be re-made on top of\nit. We’ve had deterministic computers for 80 years, so we confuse “how\ncomputers have worked” with “how computers must work.” We’re entering the\npost-binary era.\n\n**The triad of PM/Design/Eng will disappear.** It does not make any bit of\nsense anymore. Agile, SCRUM, whatever – dead. “Engineers” who act as “meat\nproxies” and shove tickets into agents and report back to humans will no longer\nbe valuable.\n\n**The difference between software engineering at large corporations and small\nones will increase.** Start-ups adopting practices of Google will look even\nsillier than before, because they can now build so much faster and with so much\nless constraints.\n\n**There’s no proof that “good code” will matter in the future.** The notion of\n“good code” itself is mostly based on the idea that it’s easy/cheap/efficient\nfor humans to work with. But humans won’t modify the majority of code. Think of\nhow dumb it is to assume that “only 80 columns wide” or “but newlines here and\nthere” matters for agents – now consider all the other properties you have in\nmind for “good code”. Yes.\n\n**Some people will be priced out of producing software.** Just like only some\npeople could afford a personal computer in the 80s and 90s, for the next few\nyears, if you can’t get enough tokens, you’re playing second league. You need\nto get to the tokens.\n\n**It’s questionable whether cheaper models will be used.** Tokens will be\neverywhere and we’ll swim in tokens. And what we consider a smart model today\nwill be considered very dumb in the future. But a smarter model makes less\nmistakes, needs fewer turns. When do you really think “I’m okay with it being\nwrong a few times?”\n\n**Models will become so fast that UI will be generated on the fly.** A lot of\nUI exists because software can’t understand what you want. Menus, settings\nscreens, dashboards, filters: much of it is a human-accessible API to a dumb\nmachine. Smart machines need much less UI.\n\n**It’ll take a while for this to play out.** It’ll take a generation for the\n“new software” to replace the “old software”. Just like there are people\nhappily employed as ASP developers today, there will be people employed to\nwrite code in 10 years. But do you want to have that job?","body_html":"<h1 id=\"what-i-believe-about-the-future-of-software-development\">What I believe about the future of software development</h1>\n<p>*This was originally posted on\nX and blew up. To plant\nmy flag, to say that these are things I believed in September 2026, here it is\non the blog, non-ephemeral. Some of these predictions are just observations,\nthey’ve long been true at companies like Amp. Others will take some time to play\nout.*</p>\n<p><strong>Code review will die.</strong> I mean: it’s already dead. But in the future, humans\nwon’t find a bug or an issue with the code produced by a model, at least not in\na reasonable time. Humans will only review the system and its composition, but\nit won’t be in PRs and it won’t be by looking through every line of the code.</p>\n<p><strong>Unit tests might die too.</strong> Why have training wheels if you never fall over?\nI’ve had models write 900 lines of Arduino C, compile it without *a single\nerror*, and send it to the device, where the program ran perfectly. 900 lines\nwill be nothing in the future.</p>\n<p><strong>The craft of writing code will disappear.</strong> Yes, there are still Italian shoe\nmakers around. But look at your feet.</p>\n<p><strong>The craft of building software will be more important than ever.</strong> Knowing\nhow to solve business problems with software, how other software did it and why\nand why not, when and how to ship it, how to get feedback on it – that’s the\nnew game.</p>\n<p><strong>Most bugs won’t be “coding” bugs.</strong> They’ll be “you asked for the wrong thing”\nbugs.</p>\n<p><strong>Open source in its current form doesn’t make sense anymore.</strong> “Given enough\neyeballs, all bugs are shallow” is still true but now we have artificial\neyeballs.</p>\n<p><strong>Performance critical contributions by humans will stay what they are: an edge\ncase.</strong> In 99% of software it does not matter that you could’ve written a\nfaster algorithm or picked a better data structure. You have no customers, no\nusers, no one’s executing the code. It does not matter. When it matters, the\nmodels can fix it. Do not compare the top of the top 1% of software\n(developers) to 99%.</p>\n<p><strong>The terminal is dead.</strong> Most developer tooling will be washed away by tokens.\nShells, text editors, CLI tools won’t be used by humans anymore. There’s no\nneed to know command line flags and jq invocations anymore. It’ll be seen as\narcane as knowing how to write everything as a Perl one-liner. (I’m saying this\nas a lover of the terminal &amp; dev tools.)</p>\n<p><strong>Tokens are the new computing paradigm.</strong> Everything will be re-made on top of\nit. We’ve had deterministic computers for 80 years, so we confuse “how\ncomputers have worked” with “how computers must work.” We’re entering the\npost-binary era.</p>\n<p><strong>The triad of PM/Design/Eng will disappear.</strong> It does not make any bit of\nsense anymore. Agile, SCRUM, whatever – dead. “Engineers” who act as “meat\nproxies” and shove tickets into agents and report back to humans will no longer\nbe valuable.</p>\n<p><strong>The difference between software engineering at large corporations and small\nones will increase.</strong> Start-ups adopting practices of Google will look even\nsillier than before, because they can now build so much faster and with so much\nless constraints.</p>\n<p><strong>There’s no proof that “good code” will matter in the future.</strong> The notion of\n“good code” itself is mostly based on the idea that it’s easy/cheap/efficient\nfor humans to work with. But humans won’t modify the majority of code. Think of\nhow dumb it is to assume that “only 80 columns wide” or “but newlines here and\nthere” matters for agents – now consider all the other properties you have in\nmind for “good code”. Yes.</p>\n<p><strong>Some people will be priced out of producing software.</strong> Just like only some\npeople could afford a personal computer in the 80s and 90s, for the next few\nyears, if you can’t get enough tokens, you’re playing second league. You need\nto get to the tokens.</p>\n<p><strong>It’s questionable whether cheaper models will be used.</strong> Tokens will be\neverywhere and we’ll swim in tokens. And what we consider a smart model today\nwill be considered very dumb in the future. But a smarter model makes less\nmistakes, needs fewer turns. When do you really think “I’m okay with it being\nwrong a few times?”</p>\n<p><strong>Models will become so fast that UI will be generated on the fly.</strong> A lot of\nUI exists because software can’t understand what you want. Menus, settings\nscreens, dashboards, filters: much of it is a human-accessible API to a dumb\nmachine. Smart machines need much less UI.</p>\n<p><strong>It’ll take a while for this to play out.</strong> It’ll take a generation for the\n“new software” to replace the “old software”. Just like there are people\nhappily employed as ASP developers today, there will be people employed to\nwrite code in 10 years. But do you want to have that job?</p>","headings":[{"level":1,"text":"What I believe about the future of software development","id":"what-i-believe-about-the-future-of-software-development"}]}}