This year, we've seen a real-time experiment playing out across the technology industry, one in which AI's software engineering capabilities have been put to the test against human technologists. And although 2025 may have started with AI looking strong, the transition from vibe coding to what's being termed context engineering shows that while the work of human developers is evolving, they nevertheless remain absolutely critical. This is captured in the latest volume of the " Thoughtworks Technology Radar," a report on the technologies used by our teams on projects with clients. In it, we see the emergence of techniques and tooling designed to help teams better tackle the problem of managing context when working with LLMs and AI agents. Taken together, there's a clear signal of the direction of travel in software engineering and even AI more broadly. After years of the industry assuming progress in AI is all about scale and speed, we're starting to see that what matters is the ability to handle context effectively.

The reason we can't just wish away or "fix" complexity is that every solution--whether it's a technology or methodology--redistributes complexity in some way. When microservices emerged (a software architecture approach where an application or system is composed of many smaller parts), they seemingly solved many of the maintenance and development challenges posed by monolithic architectures (where the application is one single interlocking system). However, in doing so microservices placed new demands on engineering teams; they require greater maturity in terms of practices and processes. This is one of the reasons why we cautioned people against what we call "microservice envy" in a 2018 edition of the Technology Radar, with CTO Rebecca Parsons writing that microservices would never be recommended for adoption on Technology Radar because "not all organizations are microservices-ready." We noticed there was a tendency to look to adopt microservices simply because it was fashionable.