The Golden Age of dbt
Somewhere along the winding road of modern data tooling — between the first time someone called an Excel file a source of truth and the sixth iteration of your Airflow DAG that never stops failing — we collectively realized something: Transformations are the heart of the data stack.
And yet, for years, we treated them like an afterthought.
It's kind of funny when you think about it-- We poured money into shiny Data Warehouses and even shinier BI (Business Intelligence) dashboards. We hired Data Engineers, ML Engineers, Analytics Engineers, Data Scientists... everyone wanted "data-driven decision making", but no one wanted to maintain the goddamn SQL.
Then, dbt descended upon us.
It didn't seem revolutionary at first. It was just SQL, wrapped in some Jinja templates with a CLI. It smelled a bit like those early 2000s PHP frameworks. You know the ones.

But it quietly solved something we all hated and no one could quite articulate: the chaos of managing SQL at scale. Not just writing SQL, but owning it — testing, deploying, documenting, explaining, and maintaining it.
Today, dbt is everywhere. It's not just another tool in the stack, it's the center of gravity for a whole generation of data professionals. And like all golden ages, it didn't arrive by accident.
This is a premium deep-dive
You just read the free excerpt. The full analysis continues on Substack.
Read full article → Or subscribe to get all premium posts