2 days · Budapest · June 11-12 (Thu-Fri) · small group · in person only

Make architectural decisions you won't have to apologize for in six months.

Sound familiar?

  • Meetings end without a real decision, only more questions — and you rerun the same conversation next week.
  • It is hard to explain why you chose this direction — and two weeks later even you cannot recall the full reasoning clearly.
  • Decisions are made… but later nobody remembers why.

If 2 of these feel familiar, one bad architectural decision costs more than this workshop.

119,000 HUF

Less than the first refactor sprint of a poorly chosen database.

Application deadlineJune 1

Only 3 seats left

  • Company invoice available
  • If the workshop is cancelled, you get a 100% refund within 3 business days
  • Your seat is transferable — you can send someone in your place

Secure Stripe payment. Right after payment, I send a short questionnaire so the workshop can be tailored to your own examples.

Terms & Conditions

What you leave with and use the very next day

  • An ADR template you can use to document a decision in 15 minutes, in a way that is still clear six months later.
  • A decision matrix (reversible / system-level / expensive) that helps you decide in 5 minutes whether a formal decision is needed at all.
  • You can defend your decision in tense discussions — without freezing on the “why this way?” question.
  • You can explain the same system to a CEO and to a junior engineer — with the same diagram, at different levels.

About the instructor

Krisztián is a software architect and consultant with 10+ years of hands-on experience. After senior engineering leadership roles, he founded his own consulting company and now helps teams make better architectural decisions using the same method he teaches in this workshop. He also speaks regularly at meetups and international conferences.

He specializes in cloud transformations, DevOps practices , architectural decision-making ( ADR ), and pragmatic system design. Krisztián is also the founder of the Letscode.hu community , creating a supportive environment where individuals can thrive, share their knowledge, and collectively contribute to the advancement of technology. The Letscode.hu podcast stays in the same lane—shorter episodes and more conversational angles—and you can tune in on SoundCloud .

Frequently asked questions

Who is this workshop for?

This workshop is for developers who want to think at system level—not only ship code.

If you have worked on real production systems and want to make better decisions around architecture, trade-offs, and complexity, it is for you.

Do I need prior experience?

Yes—basic professional development experience is required.

It is not for absolute beginners, but you do not need to be senior. What matters is that you have faced real problems, not only tutorials.

How many people can attend?

Minimum 6, maximum 10 participants.

We keep the group small so you can ask questions and discuss—not only listen passively.

Where and when is it?

In person in Budapest (District XIII). June 11-12, 09:00-17:00.

Venue: Ruander Training Center, District XIII, Frangepán utca 3.

What happens after payment?

Right after payment you receive a short questionnaire so we can tailor the content even better.

If anything changes, we will notify you via email.

Can I get an invoice for my company?

Yes. During checkout you can enter the required billing details, and we will issue the invoice accordingly.

What if I cannot attend?

In short, if you cannot attend:

More than 10 days before the event: 100% refund.

Between 7 and 10 days before the event: 50% refund.

Within 7 days or in case of no-show: no refund.

Your ticket is transferable, and late arrival does not qualify for partial refund.

What if the workshop is cancelled?

If we do not reach the minimum headcount, we reschedule the workshop or refund the full amount.

Will there be a recording?

No. This is an interactive, in-person workshop—not a lecture.

That interaction is where most of the value comes from.

What will I learn in practice?

We work through real examples: system design decisions, understanding trade-offs, typical pitfalls and how to avoid them.

It is not a theory-only talk—it trains how you think.

Book your seat — with low risk.

2 days in Budapest, June 11-12. 119,000 HUF. If the workshop is cancelled, you get a 100% refund within 3 business days. Your seat is transferable, and company invoicing is available.

Only 3 seats left

Application deadline: June 1.

Secure Stripe payment. Right after payment, I send a short questionnaire so the workshop can be tailored to your own examples.

Detailed schedule

Day 1 — Decisions and ADRs

  • 09:00 – 09:20
    Introduction

    Short intros and context. You walk through the workshop arc: from a problem to a decision, then to documented change.

  • 09:20 – 10:30
    Structuring decisions

    You learn to state a problem clearly, surface options, and decide along trade-offs. You run through one shared example together.

  • 10:45 – 12:15
    Your own decision situations

    You work on your own problems. The goal is that everyone leaves with one concrete, explicit decision.

  • 12:15 – 13:15
    Lunch
  • 13:15 – 14:00
    ADR fundamentals

    How a decision becomes short, readable documentation. What to focus on—and what is just noise.

  • 14:00 – 15:30
    Writing ADRs

    You turn morning decisions into ADRs. This is where it shows how clear the decision really was.

  • 15:45 – 16:30
    Review and refinement

    You read each other's ADRs, ask questions, and tighten wording so others can follow it.

  • 16:30 – 17:00
    Closing

    You recap the day and how decisions shifted while writing them down.

Day 2 — C4 and systems thinking

  • 09:00 – 09:15
    Warm-up

    Brief bridge from day 1: you have decisions and ADRs—now you look at their impact at system level.

  • 09:15 – 10:30
    Understanding the system

    How to look at a system as the outcome of decisions. What belongs in the picture, what does not, and what makes it legible for others.

  • 10:45 – 12:15
    C4 essentials

    The core of the C4 model and how to present the system at different levels.

  • 12:15 – 13:15
    Lunch
  • 13:15 – 14:30
    Shared modeling

    On one example you sketch the system together, focusing on architecture that is easy to communicate.

  • 14:45 – 15:45
    Visualizing your own system

    You draw your own systems. This is where “communicable architecture” becomes concrete.

  • 15:45 – 16:30
    Presentations and feedback

    You show diagrams to each other and give feedback on clarity and usefulness.

  • 16:30 – 17:00
    Connecting the full flow

    You tie it together: problem, decision, ADR as change, and the current system state in C4.