data-engineering
Data Engineering
Working with data at scale — storing huge volumes cheaply and running analytics and search over it. Advanced; learn regular databases first.
Start track →Start from zero
Before the senior material: what data engineering even is, and the handful of words the rest of the track assumes you already know.Oltp vs olap
Coming soon — Data engineering for fullstackElt vs etl
Coming soon — Data engineering for fullstackParquet
Coming soon — Data engineering for fullstackMaterialized views
Coming soon — Data engineering for fullstackEvent sourcing
Coming soon — Data engineering for fullstackSearch
Coming soon — Data engineering for fullstackVectors
Coming soon — Data engineering for fullstackPutting it together
Coming soon — Data engineering for fullstackBuild with this track
Guided projects that exercise what you learn here.
Bloom filter
Build a space-efficient probabilistic set that answers membership queries in O(1) with a tunable false-positive rate — and understand exactly why it can never produce false negatives.
Huffman coding
Build a lossless compressor from scratch: construct the optimal prefix-free code tree bottom-up, derive the bit strings, and prove the round-trip is exact and the output is shorter than fixed-width encoding.
Idempotent ETL Pipeline
Pipelines don't fail gracefully — they fail at 3 a.m., halfway through a load, and someone re-runs them. This project teaches the one property that separates a hobby script from production data engineering: a run you can repeat any number of times and still land exactly one copy of each row. You'll build batch ingestion, an idempotent load, a watermark for incremental pulls, and the data-quality gates that stop bad data before it poisons everything downstream.
Reporting Schema Optimizer
Reporting is where a database earns or loses its keep: the queries are wide, the tables are big, and 'it's slow' is the most common bug in production analytics. You'll model a sales-and-events domain, write the honest slow versions of the dashboard queries, then make them fast with indexes and materialized views — and you'll read EXPLAIN ANALYZE to prove the speedup instead of guessing at it. This is the heart of the track: turning a vague 'the report is laggy' into a measured, defensible plan change.
AI / LLM Integration
How to build features on top of large language models — feeding them your own data, letting them call your code, and checking that the answers are actually good.