AI: a complete paradigm shift, or just another dev tool?
me in 2014, Q&A after giving a talk on how to use Docker to run applications

AI: a complete paradigm shift, or just another dev tool?

A straightforward answer: it's both.

This duality isn't a contradiction; it's just the reality of how transformative technologies integrate into existing systems and workflows.

I've been thinking a lot about the similarities between today's AI discussions and the conversations we had around containerization back in 2013/2014. when Docker came onto the scene.

AI as a paradigm shift

With AI, we're changing not just what we build, but how we can build it. The day-to-day life of development has been deeply altered by AI-assisted coding.

In terms of what we can build, AI enables capabilities that were previously impossible or impractical. We're building products that leverage things like natural language processing in ways that solve existing problems in entirely new ways -- while also creating new classes of problems.

The technology has opened up solution spaces that didn't exist before, much like how containers fundamentally changed our approach to building, shipping, and running applications, not to mention the control plane layer on top of it all.

AI as "Just Another Dev Tool"

However, adopting AI reveals many of the same organizational and technical challenges we encountered with containerization. When companies first implemented container strategies, they often discovered that containerization exposed existing architectural problems and highlighted inefficiencies in their software development lifecycle that had been masked by previous approaches.

AI is following a similar pattern. While we can generate code significantly faster than before, the speed of code generation doesn't automatically translate to higher quality software. The fundamental challenges of code review, architecture, security, and maintainability are still there (though we can use AI to solve some of those problems now, too). In many cases, the increased velocity has simply moved bottlenecks to other parts of the development process.

Teams that expected AI to eliminate technical debt or bypass established engineering practices have found that these foundational issues still require direct attention. The technology amplifies existing strengths and weaknesses -- but also amplifies the bad stuff.

Looking forward

Organizations that invest in understanding appropriate use cases, provide adequate training, and maintain realistic expectations about outcomes tend to achieve better results than those expecting immediate transformation.

Neither containers nor AI function as universal solutions. They excel in specific contexts and require thoughtful integration with existing systems and practices. The value comes from strategic application rather than broad adoption.

The companies positioning themselves well to get the most out of AI are those that approach it with the same rigor they apply to any significant technology decision. They're identifying specific problems AI can solve effectively, building the necessary organizational capabilities, measuring impact (like with the AI Measurement Framework) and maintaining focus on fundamental software engineering principles.

Chris Yang

R&D Director @vivo, LFAPAC Open Source Evangelist | Platformer | Founder of PECommunity | TED Translator/Reviewer/LS | Community Editor@InfoQ China | Tencent Cloud TVP| HAM BG7KAY

2mo

Absolutely not another dev tool, at least a series of tools. 😁

Like
Reply
Keith Jia

CEO, Founder @Aude.ai | I help engineering teams perform better by uncovering holistic insights beyond metrics | Trust & Coaching | C.K.

2mo

Most questions are easier to answer once we put meaningful constraints on it. If we put a business constraint on it - "made-up business: I help people get hired at their ideal places for work without interviews". Then the question becomes: Would using AI enable my company to help my customers to get better matching jobs, cheaper and faster? So it's farily obvious that from a business perspective, AI is most definitely a tool not a Paradigm Shift in most cases. Paradigm Shift would be something like, with AI - "finding" of the jobs is no longer a problem to solve. With the current capability of AI, it is most likely a powerful tool. Similar to when dev went from VIM to IDE that can refactor entire code bases.

Like
Reply
Neil Douek

Smashing the Cognitive Wall | Platform Engineering Futurist | Symbiotic AI for Software Teams | Keynote Speaker

2mo

Insightful Laura. Extrapolating the trends, I think agentic workflows, coders, AI buddies, are a major shift, and indicate a future where we rely less on human ability to remember syntax, or the position of curly braces, and more on our ability to problem solve and orchestrate. It's a big deal 😎

Tarak ☁️

no bullsh*t security for developers // partnering with universities to bring hands-on secure coding to students through Aikido for Students

2mo

Just read it! Liked it a lot! That tension, paradigm shift vs. tool, is exactly what makes this moment so tricky for teams. Most developers adopt AI like a tool but experience side effects of a shift. The IDE autocomplete makes you faster… …but also rewires how you search, validate, and learn. You build faster prototypes… …but suddenly your product process tolerates way more ambiguity upfront. It’s not about the tech alone. It’s about the feedback loops it changes: From code → product From research → decision From junior dev → senior system-level thinking So maybe it starts as a tool. But the minute it changes how you think, it’s a shift.

Andrew Boyagi

Customer CTO @ Atlassian

2mo

I like the comparison you make in this article Laura, gave me something new to think about.

To view or add a comment, sign in

Others also viewed

Explore content categories