← BACK TO THE FEED
DISPATCH #74Industry AnalysisAI/MLProgramming

The Artisan’s Fallacy: Why Banning AI from Open Source is a Doomed Defense of Craft

The Artisan’s Fallacy: Why Banning AI from Open Source is a Doomed Defense of Craft

Examining the fallout from recent open-source bans on AI code and non-English participation. Discover why trying to protect craft by mandating friction is a historical mistake, and why software engineering is shifting from manual execution to architectural governance.

If you want to see what technological panic looks like in real time, look no further than the recent meltdown on Reddit's r/opensource community.

In a sweeping set of new rules, the moderation team decided to pull up the drawbridge. They announced a blanket ban on AI-generated code and AI-focused projects. In a move that completely gave the game away, they also banned non-English participation, a deeply ironic choice, given that LLMs are currently the greatest democratisation and translation layer the global developer community has ever seen. The resulting backlash from solo developers and Linux kernel contributors was immediate and entirely predictable.

The moderators framed this as a defense of quality and community. But if you zoom out, you realise this isn't a new debate about software. It is a very old debate about leverage.

We are watching software engineers react exactly the way physical artisans have reacted to industrialisation for centuries. And history tells us exactly how this ends.


The Concrete Fallacy

Imagine a master stone carver in the 19th century watching the rise of poured concrete and mass-produced moulding.

For their entire life, the value of their work was tied to mechanical friction. Creating an ornate facade took thousands of hours of skilled, manual labour. When moulded concrete arrived, allowing someone to pour a complex design in a single afternoon, the carver didn't view it as a triumph of efficiency. They viewed it as an insult to the craft.

The defense mechanism is always the same: define the craft by the friction it requires.

The artisan tries to pull up the drawbridge. They declare that the new method isn't real architecture or isn't true craftsmanship. They try to ban the new materials from the guilds. But it never works. You can mandate hand-carving all you want, but the rest of the world is going to use concrete to build skyscrapers. The artisan doesn't stop the future; they simply relegate themselves to a niche luxury market.


Gatekeeping the Friction

This is exactly what is happening in r/opensource.

By banning AI-generated code, the old guard is desperately trying to preserve the mechanical friction of software engineering. They are defining "real" open source by the amount of manual typing and syntactic memorisation it requires.

It is incredibly revealing that they simultaneously banned non-English participation. AI agents allow a brilliant developer in Brazil or Japan to write perfectly idiomatic English documentation, variable names, and commit messages. It gives a solo developer the leverage to maintain a project that used to require a team of ten.

By banning the tool that provides this leverage, the moderators aren't protecting open source. They are protecting an exclusionary, legacy status quo. They are the stone carvers trying to outlaw the concrete mixers. As I argued when discussing why agentic coding won't make software developers extinct, the fundamental skill of software design is moving higher up the abstraction ladder, not disappearing.


The Inevitability of Leverage

This protectionist instinct has been tried over and over again throughout history. The weavers tried to smash the power looms. The draftsmen scoffed at CAD software. And now, legacy developers are trying to ban agentic code.

We do not even need to look back to the 19th century to see how protectionism fails. As I argued when analysing Stack Overflow's slow death, when a platform responds to disruptive tools by penalising new behaviours and enforcing an elitist gauntlet of aggressive moderation, developers simply migrate to frictionless AI alternatives, leaving the old gatekeepers to collapse under market realities.

It has never worked. You cannot put a moratorium on leverage.

When you ban a high-leverage tool from a community, you don't save the community. You just ensure that the next generation of builders goes somewhere else. The developers who are currently using AI to build multi-agent systems, rapidly prototype complex architectures, and shatter previous productivity limits are not going to put down their tools just to appease a subreddit's sense of purity. They are just going to build their own communities.

As I documented during the circular journey of my developer workflow: from notepad to agent-driven terminals, modern engineering environments thrive when we embrace autonomous tools to manage boilerplate and routine syntax.


Controlling the Machine

The barrier to entry for writing code has almost completely been removed by AI. Today, anyone can ask an LLM to spin up a basic app or build a one-off tool they need, and no amount of forum moderation is going to put that genie back in the bottle.

However, to actually progress in this industry and build serious, production-grade software, you have to move past raw generation and learn how to control AI. You need to know how to constrain it, build deterministic harnesses around it, and integrate it into your workflows to consistently extract the best output. Properly governed, AI does not replace the human in the loop; it empowers the human in the loop.

Software engineering is fundamentally transitioning from manual execution to architectural governance. The engineers who learn to control and utilise these tools will build the future. The ones who try to pull up the drawbridge will find themselves standing perfectly still, fiercely defending a fortress that the rest of the industry has already walked around.

END OF DISPATCH