Architecture

Roast my design and architecture decisions

Steven Hillaert

Steven Hillaert

Steven took up several roles over the past 20+ years, from junior developer to team lead and architect. His strength sits at the intersection of architecture, people, and delivery. He has led teams from a few developers to full departments, designed technical strategies, combining strategic oversight with hands-on technical leadership and worked closely with business stakeholders to align technology with real-world needs.

What he typically bring to a mission:

  • Architectural ownership from concept to production
  • Tech leadership and engineering management
  • Team coaching and career development
  • Pragmatic, quality-driven software engineering

When it comes to non-technical subjects he focuses on sharing knowledge and help others grow to become successful software engineers and consultants. In his free time he likes to sport, play chess and boardgames, and tame his 2 kids.

1 / 2

Every software project is a series of decisions: about architecture, design, what to prioritize and what to postpone (or ignore altogether). And behind every decision is a trade-off, between performance and complexity, scalability and simplicity, pragmatism and purity, short-term delivery and long-term maintainability.

In this talk, I’ll walk you through real-world examples of architectural and design choices I have made in the past. Some were made under pressure, others based on team dynamics, technology constraints, or simply the information I had at the time.

You’ll get to see the trade-offs behind decisions. We'll also look at the impact of team maturity, client capabilities, and deadlines. Because context is everything.

And here’s the twist: you get to be the jury. Was this a solid decision given the constraints, or an architectural blunder waiting to happen? Rate my decisions, and let’s explore what we can learn from them. In the end, we all want to get better at designing systems that can stand the test of time and change.