Enable javascript in your browser for better experience. Need to know to enable it? Go here.

 

What happens to software engineering when the fundamentals are changing? At XConf Europe 2026 in London, technologists from across the industry came together to explore exactly that question.
 

From coding agents and autonomous agent teams to AI-assisted legacy modernization, engineering evaluations and the changing economics of software, the agenda reflected a technology landscape in rapid transition.
 

But the conversations went beyond what AI can do. They explored what it means for architecture, engineering judgment and how teams build software. They challenged established practices, shared lessons on what worked and what didn’t. They asked what we should rethink, what we should hold on to and what we may need to let go of.

That is what XConf is about: Creating space for technologists to share experiences, challenge assumptions and explore what comes next, together.
 

The conversations don’t stop here. Recordings are now available and we’re already thinking about what’s next. 

 

XConf Europe 2026 - Recordings

Coding agents make a big difference to how individual developers do their job. Some activities, in particular those relating to the production of code, can be a whole lot faster.

Coding agents also make a big difference to how we run engineering organisations, because they have traditionally been shaped by the constraint that code was very expensive to produce. Examples of how organisation-level processes change include how we treat legacy code, how we design architecture and how we decide whether to buy something off-the-shelf or build it ourselves.

The changing economics of software will reshape the context within which every software developer works. If you understand these dynamics, you have a better chance to take advantage of the opportunities.

In the current AI landscape, systems treat every query as a blank slate, forcing them to rediscover information from scratch. The LLM Wiki pattern disrupts this by turning AI into a persistent knowledge architect. By transforming markdown tools like Obsidian into an active development environment, the AI treats a wiki as living source code, actively building and maintaining an evolving ecosystem of your data.

This shift replaces static, siloed documents with composite knowledge. As you add information, the AI automatically handles the operational "dirty work": summarizing, labeling, cross-referencing, and resolving contradictions. Consequently, your knowledge base becomes richer and more valuable over time. By delegating these tasks to the AI, humans are freed from information management and empowered to focus entirely on high-level exploration, strategic synthesis and decision-making.

Most conversations about AI in software engineering focus on shipping features faster. But in a fast-moving environment, the real bottleneck often lives on the other side: the time between a reported issue and a confident resolution.
We'll share how a maintenance team and a delivery team, working on a core service with multiple consumers, spread across internal and external teams, investigating issues across multiple data sources, operate as one connected AI-first system.

With workflows designed around AI strengths: triage, data correlation, supporting cross-team communication, and handling context cleanly between maintenance and delivery.

 

You'll leave with concrete patterns for AI-first incident management, a model for maintenance-delivery collaboration that scales, and an honest view of where AI helps  and where it still gets in the way.

 

About the talk
 

'Jam-oriented programming' is the joke name of a new style of software development that is no joke at all. It adopts the practices and mentalities of an informal jam session to an extreme extent.

 

In a typical jam, there is no one in charge and anyone can make any sound they want at any time they choose. In jam-oriented programming, it's the same. Anyone can add, edit or delete code without any permission. Everyone is admin, nothing is certain and anything can happen. It sounds like chaos and it is. But it's also surprisingly successful, with entire music-making tools appearing overnight out of the multi-headed process and even a published academic paper to accompany it all.

 

How and why is this even possible? And what does it tell us about the way we collaborate as developers?

Join our team and become a Thoughtworker!

The XConf Europe 2026 line-up

Aakash Jain

Aakash Jain

Lead Data Engineer, Thoughtworks

Amy Pellegrini

Amy Pellegrini

Lead Developer, Thoughtworks

Carolina Allende

Carolina Allende

Lead Machine Learning Engineer, Thoughtworks

Chris Ford

Chris Ford

Technology Director,  Thoughtworks

Elena Guidi

Elena Guidi

Senior Consultant, Thoughtworks

Fabian Nonnenmacher

Fabian Nonnen- macher

Lead Consultant, Thoughtworks

Jens Peveling

Jens Peveling

Lead Infrastructure Engineer, Thoughtworks

Maria Martinez Miralles

Maria Martinez Miralles

Lead Consultant Developer, Thoughtworks

Matias Vizcaino

Matias Vizcaino

Lead Data Engineer, Thoughtworks

Maria Jose Lalama

Maria Jose Lalama

Senior Business Analyst, Thoughtworks

Matt Laver

Matt Laver

Senior Specialist Solutions Architect, AWS

Pemu Mungai

Pemu Mungai

Product Lead, OAG

Prachi Tyagi

Prachi Tyagi

Lead Consultant, Thoughtworks

Ruchika Rawat

Ruchika Rawat

Lead Business Analyst, Thoughtworks

Vitória Toebe

Vitória Toebe

Lead Developer, Thoughtworks


Let's stay in touch

Get notfied for future events, updates and related information.

 

 

Marketo Form ID is invalid !!!

Get Access Thoughtworks for the latest news, events and job opportunities