DOMAIN-DRIVEN DESIGN

WHAT THE ECONOMY IS TELLING YOU: A MACRO FIELD GUIDE

Domain-driven design teaches developers to speak the language of their business domain — to understand the forces that shape the system they are modelling. For financial systems in particular, that domain is the macroeconomy. The indicators that central banks, treasuries and institutional traders watch are not abstract academic constructs; they are signals that directly affect interest rates, credit availability, hiring budgets and the valuations of every asset class. This field guide introduces five of the most actionable signals, explaining what each measures and why it matters.

The bond market frequently sends the clearest warning signal. When investors expect economic trouble, they pile into safe long-term Treasuries, pushing long-term yields down. If the Federal Reserve is simultaneously holding short-term rates high to fight inflation, the yield curve inverts — short maturities yield more than long ones. The concept of an inverted yield curve is worth studying carefully because its historical record as a recession precursor is unusually consistent: every U.S. recession since the 1970s was preceded by inversion, typically by twelve to eighteen months. Software development teams that design event-sourced financial systems should understand this because interest-rate cycles affect the valuations of growth companies and change the cost of capital for the products they are building.

Labour market health goes deeper than the unemployment rate. The headline figure counts only people who are actively job-hunting; it misses everyone who has stopped looking. How many people are actually working or looking for work — the labour-force participation rate — gives a fuller picture of labour supply. When participation is low and unemployment is also low, the economy may appear healthy even though a large portion of working-age people are sitting on the sidelines. For software companies planning hiring, understanding participation trends helps anticipate talent availability and compensation pressure in the periods ahead.

Compensation trends are expressed partly through expectations for wage growth, which feed directly into inflation forecasts. Workers who expect pay to rise demand higher wages, businesses that face higher wage bills raise prices to protect margins, and the cycle reinforces itself. The Federal Reserve tracks wage-growth expectations closely because they are a leading indicator of persistent inflation. When wage expectations de-anchor from the central bank's target, aggressive rate rises typically follow — and rising rates compress the present value of future cash flows, which hits growth-oriented tech companies particularly hard. Wage expectations therefore sit at the intersection of employment, inflation and asset prices, making them one of the most interconnected signals in the macro framework.

The variable that can resolve the wage-inflation tension is productivity. If rising labor productivity — more output per hour worked — accelerates fast enough, it absorbs higher wages without forcing price increases. Technology adoption historically drives productivity booms: the personal computer era produced a measurable lift in the 1990s, and many economists expect AI-driven automation to produce a similar effect in the 2020s. For development teams, this is a feedback loop: the software they build may directly contribute to aggregate productivity growth, which in turn affects the macroeconomic environment that their employers operate in.

Money supply rounds out the picture. The M2 measure — cash, checking accounts, savings accounts and money-market funds — indicates how much purchasing power is circulating in the economy. Rapid M2 growth tends to precede inflation with a lag; contraction of M2 creates deflationary headwinds. The connection to the yield curve is direct: central banks tighten monetary conditions by raising rates and reducing M2 growth simultaneously, and both signals need to be read together for an accurate macro picture. A DDD practitioner modelling a financial trading system who understands these connections can build domain models that capture the right invariants — the constraints that must hold regardless of market conditions — rather than models that only work in the specific environment that existed when the system was designed.