Gambill Data Engineer Track · Curriculum Architecture

Zero to Data Engineer, by design.

A modular curriculum with three entry paths, a neutral conceptual core, and a deep Databricks lakehouse track — engineered backward from the ten gaps that actually stall people. Data engineering is not "writing pipelines"; it is designing reliable data products you can defend.

Three ways in

The paths

One shared module catalog, three sequencings — each standalone, all ending on a defensible portfolio.

Path 01 — Launch

Ground up

No data experience (maybe Excel)

The full ~50-week course across four phases, ending on a governed capstone.

Start at Phase 1 →
Path 02 — Bridge

Cross over

Analysts & software engineers

About five months, less if the diagnostic lets you skip more; it routes you to the analyst or SWE variant.

See the Bridge path →
Path 03 — Sharpen

Fill the gaps

Working data engineers

A self-diagnostic against the ten gaps, plus eight pre-built bundles.

See the Sharpen path →
The building blocks

Module catalog

38 units across 12 domains. The neutral core is taught first; the Databricks/lakehouse track is where it gets implemented deeply. Fit columns show how each path treats a module.

ModuleWeeksLaunchBridge·ABridge·S
D0   Orientation & tooling
M00 · Dev environment, CLI & Git1corecoreskip
M01 · The DE mental model & data lifecycle1corecorecore
D1   Programming — Python
M02 · Python fundamentals for DE3corecoreskip
M03 · Python for data — files, APIs, pandas2corecorecomp
M04 · Software engineering hygiene1corecoreskip
D2   SQL & relational
M05 · SQL fundamentals2coreskipcore
M06 · Advanced SQL — windows, CTEs, plans2corecompcore
M07 · Relational theory & normalization1corecompcore
D3   Data modeling & warehousing · closes G2
M08 · Dimensional modeling — grain, facts, dims2corecorecore
M09 · SCD & history tracking G31corecorecore
M10 · Warehouse/lakehouse & the gold layer1corecorecore
M11 · Reference data, crosswalks, MDM & entity resolution G22corecorecore
M12 · Data Vault & advanced patterns1elecelecelec
D4   Pipelines & ingestion · closes G3
M13 · ETL vs ELT, batch vs incremental1corecorecore
M14 · Ingestion patterns & source systems1corecorecore
M15 · Medallion architecture1corecorecore
M16 · CDC, watermarks, snapshots & backfills G32corecorecore
D5   Distributed compute — Spark · closes G7
M17 · Spark fundamentals & the PySpark DataFrame API2corecorecore
M18 · Spark internals — partitions, shuffles, skew1corecorecore
M19 · Performance tuning & cost1corecorecore
D6   Lakehouse platform — Databricks · closes G5
M20 · Delta Lake & table formats1corecorecore
M21 · Databricks & Unity Catalog fundamentals1corecorecore
M22 · Declarative pipelines (Lakeflow/DLT) & Jobs2corecorecore
M23 · Structured Streaming semantics G52corecorecore
D7   Data quality, testing & observability · closes G4
M24 · Data quality — expectations, quarantine, reconciliation G42corecorecore
M25 · Testing taxonomy for data — pytest1corecorecore
M26 · Observability, monitoring, SLAs & lineage1corecorecore
D8   DevOps & engineering practice · closes G6
M27 · Git deep — branching, PRs, review1corecoreskip
M28 · CI/CD for data — Actions, env promotion1corecorecomp
M29 · Databricks Asset Bundles (DABs) & IaC G61corecorecore
D9   Governance, security & cloud · closes G8
M30 · Governance & security — UC RBAC, masking, PII/PHI G81corecorecore
M31 · Cloud foundations — Azure or AWS track1corecorecomp
D10   Architecture & AI-assisted DE · closes G9
M32 · Architecture decision-making G91corecorecore
M33 · AI-assisted data engineering1elecelecelec
D11   Career & proof · closes G1 · G10
M34 · Communicating your engineering work G10◇corecorecore
M35 · Portfolio engineering◇corecorecore
M36 · Interview prep — SQL, design, behavioral G12corecorecore
M37 · Capstone — end-to-end governed data product3–4corecorecore
core requiredcomp condensed / review elec optional deepeningskip assumed known ◇ woven throughout, not a fixed week Gx flagship gap-closer
The Launch path

Phase by phase

Bronze → silver → gold → launch. Each phase ends in a portfolio artifact; the path ends in a governed data product.

Why it's built this way

Ten gaps, closed on purpose

Mined from hundreds of real coaching calls — where people with certs and theory still stall. Every module is tagged to the gap it closes.

G1
Concept vs. application — can't explain own code or defend a tradeoff
G2
Modeling fundamentals — grain, facts/dims, reference data
G3
Incremental, CDC & history — overwrite isn't a bronze strategy
G4
Data quality & testing — schema, reconciliation, quarantine, taxonomy
G5
Streaming semantics — triggers, state, keys, composite-key dedup
G6
Dev workflow — Git → CI/CD → DABs, no manual drift
G7
Spark intuition — scale, shuffle, skew, when to tune
G8
Governance designed in, not bolted on — RBAC, masking, PII/PHI
G9
Architecture decisions — choose and defend, don't list tools
G10
Communicating the work — a narrative for interviews & stakeholders