04 / ENGINEERING

DDD thinking
for engineers.

you know how to build. this program teaches you how to build systems that reflect the business — so the architecture stops fighting the organisation.

Software Engineers · Tech Leads · CTOs · Engineering Managers · Technical Founders · Product Enthusiasts
DOMAINDRIVENboundedcontextslanguagedomain eventsrefactor
format
live online · workshop-style
cohort
private — your team only
context
startups · scale-ups · legacy systems
pricing
no equivalent exists
// what this is

A program for engineers who have outgrown the codebase. You've read the blue book. You understand bounded contexts in theory. What you don't yet have is a model for applying DDD in a real organisation, with real team dynamics and real delivery pressure.

This program teaches you how to apply domain-driven design beyond the code — to team structure, system boundaries, and the conversations you have with product and ops. The result is a system that the whole organisation can understand, not just the engineers who built it.

// what you'll learn

the system reflects the business.
or it fights it.

01
bounded contexts
Define bounded contexts that make system boundaries obvious to everyone — not just engineers.
02
ubiquitous language
Build a shared vocabulary between engineering and the business that actually gets used.
03
domain events
Model your system around what happens in the business — not just what gets stored in the database.
04
strategic refactoring
Refactor toward domain alignment without stopping product delivery.
05
AI governance
Your domain boundaries are your AI risk perimeter. Define who governs access, what data leaves your systems, and what happens when everyone is querying AI tools through personal accounts.
06
the codex OS
See how your technical decisions connect to what product, ops, and growth are building.
Marino Pernía
Marino Pernía
founder · codex academy

"DDD isn't a coding pattern. It's a way of aligning the organisation around the business. Engineers who understand this build systems that the whole company can reason about."

Marino is not an engineer. that is intentional. he is a product and systems architect who has worked at the interface between business and engineering inside LatAm's fastest-scaling companies. he teaches DDD not as a technical methodology but as an organisational alignment tool. engineers who go through this program stop being the team that says 'that's not technically possible' and start being the team that helps the business figure out what is.

stripes earned in
Rappi
Addi
La Haus
Zenpli
Repka
IDEMIA
PwC
apply

ready to build systems that last?

this is a private cohort program — curriculum adapted to your team's context. tell us about your company and we'll take it from there.

format: live online sessions, workshop-style
audience: engineers, tech leads, CTOs, engineering managers, technical founders, product enthusiasts
pricing: packaged per company — significantly cheaper at team scale
also worth considering

the other three programs