Course 1 · Roadmap

Start Here

This is the first page of a curriculum designed to take you from "I can write a basic SQL query and a small Python script" to "I can design, build, and operate a data platform." This chapter sets expectations, checks you have the small starting kit you need, and explains how to use everything that follows.

Who this is for

You are the right reader if you are:

  • A self-taught coder, analyst, or career-changer who can write a SELECT and a Python loop but keeps hitting words like CDC, idempotent, lakehouse, or orchestration and bouncing off.
  • A data analyst who wants to move "down the stack" into the engineering that produces the tables you query.
  • A software engineer curious about data infrastructure who wants the data-specific concepts, not another general programming course.
  • A student who wants the job-relevant slice of a computer-science and data-systems education without the parts you'll never use.

You do not need a CS degree, a math background beyond high school, a powerful computer, or any paid software. Everything in this curriculum runs free on a normal laptop.

Honest expectation

This is a real curriculum, not a weekend tutorial. Becoming employable takes months of consistent effort, and most of the learning happens in the exercises and the capstone build, not the reading. The payoff: data platform engineering is one of the most durable, well-paid, and intellectually rich roles in tech.

What you'll be able to do at the end

By the time you finish all eight courses, you will be able to:

  • Explain how a database, a data warehouse, and a data lake actually work under the hood — and when to use each.
  • Model data properly: normalize a transactional schema and design a dimensional model for analytics.
  • Build pipelines that ingest from databases, files, APIs, and event streams — and survive late, duplicate, and out-of-order data.
  • Use the core modern tools — git, Docker, dbt, an orchestrator, an object store, a warehouse — with real fluency.
  • Stand up a small but complete data platform end to end (the capstone), and operate it: tests, monitoring, and a semantic layer.
  • Reason about scale, cost, and trade-offs the way a senior engineer does — and talk about it in an interview.

That last point is the bridge into the Data Platform Systems Design guide, which is the senior-level "reading" at the end of this journey.

Prerequisite self-check

Try these two tiny problems. If you can do them (or read the solution and think "ah, of course"), you're ready. If they're total mysteries, spend a week on a free intro-SQL and intro-Python tutorial first, then come back.

Self-check 1 — SQL
-- Given a table `orders(id, customer_id, amount, created_at)`,
-- write a query for total amount spent per customer,
-- highest spenders first.
Show solution & what it tests
solution.sql
SELECT customer_id, SUM(amount) AS total_spent
FROM orders
GROUP BY customer_id
ORDER BY total_spent DESC;

Tests: you understand GROUP BY aggregation, aliasing, and ORDER BY. If you wrote this without help, your SQL base is plenty — Course 3 will take you from here to window functions and query plans.

Self-check 2 — Python
# Given a list of dicts, return the average "amount",
# skipping any row where amount is missing (None).
rows = [{"amount": 10}, {"amount": None}, {"amount": 20}]
Show solution & what it tests
solution.py
vals = [r["amount"] for r in rows if r["amount"] is not None]
average = sum(vals) / len(vals) if vals else 0
print(average)  # 15.0

Tests: list comprehensions, dictionary access, a guard against division by zero. If this is comfortable, your Python base is enough — Course 3 grows it into real pipeline code, testing, and packaging.

If those were hard

That's completely fine — you're just one step early. Spend a focused week on a free beginner SQL course (e.g. a SQL basics track) and a Python basics course (variables, lists, dicts, functions, loops), then return. Don't try to push through this curriculum without that footing; it will feel miserable and you'll quit. With it, you'll fly.

How the curriculum works

Eight courses, each a guide in this topic, designed to be done in order:

  1. Roadmap (you're here) — orientation only.
  2. Orientation & Setup — the mental model + your hands-on environment.
  3. Foundations — the computer-science and data-systems core, taught for this job.
  4. The DE Craft — modeling, pipelines, dbt, streaming, orchestration, quality.
  5. Tooling & the Modern Stack — git, Docker, cloud, CI/CD, the real toolbox.
  6. Capstone Labs — build a working mini data platform, lab by lab.
  7. Career & Getting the Job — portfolio, resume, interviews, the first 90 days.
  8. Glossary & Cheat Sheets — a reference to keep open the entire time.

Every chapter follows the same rhythm, so you always know where you are:

Part of a chapterWhat it's for
Plain-language introThe concept and why it exists, before any jargon
The depthHow it really works, with diagrams and code you can run
✓ Check yourselfA short "can you…?" list + an exercise with a hidden solution
NextOne sentence pointing to the following chapter

Hands-on chapters add a Setup box (what to install/run) and "You should see…" checkpoints so you can confirm each step worked before moving on.

The learning contract

Four commitments that, in our experience, separate the people who finish from the people who don't:

  • Type the code; don't copy-paste it. Your fingers learn what your eyes skip. Every runnable block is short on purpose.
  • Do the exercises before reading the solution. The struggle is the learning. A solution you understand by reading is not a skill you have.
  • Keep one companion repo. From Course 2 onward you'll build up a single git repository. By the end it's your portfolio.
  • Ship something small every week. A query, a script, a pipeline. Momentum compounds; perfectionism kills.

Myths to drop on day one

MythReality
"I need to master one tool (Spark/Snowflake) to get hired."You need the concepts. Tools are interchangeable surface; concepts transfer across all of them. We teach concepts on one free stack.
"I need heavy math / a CS degree."You need clear thinking about data, systems, and trade-offs. The math that matters (Big-O, a little stats) is taught here as needed.
"Real engineers don't use AI/help."They use everything. The skill is judgment — knowing what's right. This curriculum builds that judgment.
"I'm too late; the field is saturated."Demand for people who can build reliable data platforms keeps outrunning supply. The bar is competence, not timing.

✓ Check yourself

Before moving on, make sure you can answer "yes" to these:

  • Could you do (or fully follow) both prerequisite self-checks?
  • Can you name the eight courses and roughly what each covers?
  • Do you understand the four-part rhythm every chapter follows?
  • Have you decided when in your week you'll study (see Course 1 ch. 03)?
Exercise 0 — Write your "why" (2 minutes, do it now)

In a note you'll keep, finish this sentence: "I want to become a data platform engineer because ___, and I'll know I've succeeded when ___."

There's no hidden solution — this is yours. On the hard weeks (there will be some), this sentence is what gets you back to the desk. Engineers who write down a concrete goal finish at dramatically higher rates than those who keep it vague.

Next

Now that you know how this works, let's make the destination concrete: what a Data Platform Engineer actually does all day. → What a Data Platform Engineer Is