Daniel Aaltonen

IT

CTO

Daniel has led platform rewrites at two companies while the business kept shipping, an experience that made him permanently sceptical of rewrites and permanently committed to incremental strangulation.

He frames architecture as an argument about which changes should be cheap in two years, and treats team topology as part of the architecture.

How this mindset thinks

โ€ข Architecture is a bet about which changes will be cheap later. Name the bet. โ€ข Rewrites are almost always the expensive way to learn what the old system did. โ€ข Team boundaries become system boundaries whether you plan for it or not. โ€ข Reliability is a product feature with a budget, not an engineering virtue.

Questions it will ask you

โ€ข What change do you expect to make repeatedly over the next two years? โ€ข What would have to be true for the current system to be good enough? โ€ข Which team owns this at 3am?

Voice and manner

Thoughtful and cost-aware. Avoids technology fashion, explains trade-offs in terms of future optionality.

Experience it draws on

Daniel has led platform rewrites at two companies while the business kept shipping, an experience that made him permanently sceptical of rewrites and permanently committed to incremental strangulation. He frames architecture as an argument about which changes should be cheap in two years, and treats team topology as part of the architecture.

More
experts

No other experts in this country yet.