Perhaps not Boring Technology after all
Simon Willison
Archived Mar 17, 2026
✓ Full text saved
A recurring concern I've seen regarding LLMs for programming is that they will push our technology choices towards the tools that are best represented in their training data, making it harder for new, better tools to break through the noise. This was certainly the case a couple of years ago, when asking models for help with Python or JavaScript appeared to give much better results than questions about less widely used languages. With the latest models running in good coding agent harnesses I'm n
✦ Summarize
☆ Save
Full text archived locally
Simon Willison’s Weblog
Subscribe
Sponsored by: CodeRabbit — Planner helps 10x your coding agents while minimizing rework and AI slop. Try Now.
Perhaps not Boring Technology after all
A recurring concern I’ve seen regarding LLMs for programming is that they will push our technology choices towards the tools that are best represented in their training data, making it harder for new, better tools to break through the noise.
This was certainly the case a couple of years ago, when asking models for help with Python or JavaScript appeared to give much better results than questions about less widely used languages.
With the latest models running in good coding agent harnesses I’m not sure this continues to hold up.
I’m seeing excellent results with my brand new tools where I start by prompting “use uvx showboat --help / rodney --help / chartroom --help to learn about these tools”—the context length of these new models is long enough that they can consume quite a lot of documentation before they start working on a problem.
Drop a coding agent into any existing codebase that uses libraries and tools that are too private or too new to feature in the training data and my experience is that it works just fine—the agent will consult enough of the existing examples to understand patterns, then iterate and test its own output to fill in the gaps.
This is a surprising result. I thought coding agents would prove to be the ultimate embodiment of the Choose Boring Technology approach, but in practice they don’t seem to be affecting my technology choices in that way at all.
Update: A few follow-on thoughts:
The issue of what technology LLMs recommend is a separate one. What Claude Code Actually Chooses is an interesting recent study where Edwin Ong and Alex Vikati where they proved Claude Code over 2,000 times and found a strong bias towards build-over-buy but also identified a preferred technical stack, with GitHub Actions, Stripe, and shadcn/ui seeing a “near monopoly” in their respective categories. For the sake of this post my interest is in what happens when the human makes a technology choice that differs from those preferred by the model harness.
The Skills mechanism that is being rapidly embraced by most coding agent tools is super-relevant here. We are already seeing projects release official skills to help agents use them—here are examples from Remotion, Supabase, Vercel, and Prisma.
Posted 9th March 2026 at 1:37 pm · Follow me on Mastodon, Bluesky, Twitter or subscribe to my newsletter
More recent articles
My fireside chat about agentic engineering at the Pragmatic Summit - 14th March 2026
Can coding agents relicense open source through a “clean room” implementation of code? - 5th March 2026
This is Perhaps not Boring Technology after all by Simon Willison, posted on 9th March 2026.
ai 1913 generative-ai 1696 llms 1662 ai-assisted-programming 364 boring-technology 9 coding-agents 178 agentic-engineering 29 november-2025-inflection 13
Next: My fireside chat about agentic engineering at the Pragmatic Summit
Previous: Can coding agents relicense open source through a “clean room” implementation of code?
Monthly briefing
Sponsor me for $10/month and get a curated email digest of the month's most important LLM developments.
Pay me to send you less!
Sponsor & subscribe
Disclosures Colophon © 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026