Podcast: The Human Edge: Why Brownfield Codebases Need Mob Programming, Not Just AI Vibes
Our take

The recent podcast episode featuring Asgaut Mjølne Söderbom and Ola Hast, detailing their journey beyond continuous deployment and pair programming to explore AI coding assistants like Claude Code, offers a valuable counterpoint to the prevailing hype surrounding AI's transformative power in software development. While the promise of AI-driven code generation is undeniably alluring, their experience highlights a crucial nuance: AI excels at certain tasks, but isn’t a universal solution, particularly when dealing with the complexities of brownfield codebases. This resonates with recent findings in articles like Bug Detection Blind Spots in AI Coding Harnesses (GStack and Beyond), which demonstrated AI's struggles with missing information during debugging, a common characteristic of legacy systems. The shift they’ve made toward mob programming, recognizing its strengths in navigating these complexities, underscores the enduring importance of human collaboration and collective knowledge. The conversation aligns with a broader trend of organizations re-evaluating their platform engineering strategies, as explored in Rightsizing Platform Engineering: Building the Platform Your Organization Actually Needs, prioritizing solutions tailored to specific organizational needs rather than blindly adopting the latest trends.
The core of their argument isn’t a dismissal of AI; rather, it's a call for realistic expectations and a nuanced approach. Claude Code, they found, was effective for various tasks but fell short when confronted with the intricacies of existing code. This suggests that the true value of AI in this context might lie in augmenting, not replacing, human developers. Mob programming, with its emphasis on shared understanding, collective problem-solving, and real-time knowledge transfer, proves particularly effective for untangling the knots of brownfield code. The inherent transparency of mob programming – everyone sees the code being written and the reasoning behind it – mitigates the risks associated with relying solely on AI-generated solutions, especially when those solutions are based on incomplete or potentially inaccurate information. It’s a pragmatic shift away from the idealized vision of automated coding towards a more collaborative and human-centered approach.
The significance of this perspective extends beyond the immediate context of the discussed company. Many organizations are grappling with the challenge of modernizing legacy systems, often facing a daunting landscape of technical debt and undocumented code. The temptation to reach for a quick fix, like an AI-powered code generator, is understandable. However, Söderbom and Hast's experience serves as a cautionary tale, reminding us that technology is a tool, not a panacea. Their emphasis on human collaboration and the value of collective intelligence is particularly relevant given the increasing complexity of modern software development. Consider, for example, the growing need for smart calendar solutions that go beyond simple scheduling, as evidenced by innovations like Linkdaze, Linkdaze’s smart calendar is built to run a household, not just track a schedule. Both scenarios highlight the importance of solutions that empower users and integrate seamlessly with existing workflows, rather than imposing rigid, automated processes.
Ultimately, the conversation prompts a critical question: as AI continues to evolve, how will we redefine the role of the software engineer? Will we see a shift towards roles that prioritize code review, architectural oversight, and the facilitation of collaborative development processes? The experiences shared by Söderbom and Hast suggest that the human edge – the ability to understand context, communicate effectively, and adapt to changing circumstances – will remain indispensable, even in an AI-augmented world. It’s a reminder that the future of software development isn't about replacing humans with machines, but about harnessing the power of both to build more robust, maintainable, and ultimately, more human-centered software.

Asgaut Mjølne Söderbom and Ola Hast discuss the evolution of their software engineering practices past continuous deployment and pair engineering. The conversation continues where it left off in the previous episode and focuses on the experiments in adopting Claude Code and the reasons why they consider it good for everything else, but not coding.
By Asgaut Mjølne Söderbom, Ola HastRead on the original site
Open the publisher's page for the full experience