Practice Map¶
Reference Position¶
flowchart TD
family["Reproducible Research"] --> program["Deep Dive Make"]
program --> reference["Practice Map"]
reference --> review["Design or review decision"]
review --> capstone["Capstone proof surface"]
flowchart TD
trigger["Hit a naming, boundary, or trade-off question"] --> lookup["Use this page as a glossary, map, rubric, or atlas"]
lookup --> compare["Compare the current code or workflow against the boundary"]
compare --> decision["Turn the comparison into a keep, change, or reject call"]
Read the first diagram as a lookup map: this page is part of the review shelf, not a first-read narrative. Read the second diagram as the reference rhythm: arrive with a concrete ambiguity, compare the current work against the boundary on the page, then turn that comparison into a decision.
The course should make it obvious what to build, what to run, and what success looks like at each stage.
This page collects that information in one place.
Module Practice Surfaces¶
| Module | Primary practice surface | Main proof loop | Best capstone follow-up |
|---|---|---|---|
| 01 | tiny local C project | make --trace all, make -q all |
inspect capstone/Makefile after local convergence makes sense |
| 02 | scaling simulator plus repro pack | make -j2 all, repro execution |
inspect capstone/repro/ and discovery surfaces |
| 03 | production simulator | make selftest |
compare with capstone/tests/run.sh |
| 04 | scratch Makefiles | make -n, make --trace, make -p |
use show-origins and capstone target surfaces |
| 05 | hardened local build | convergence, trace count, portability checks | inspect mk/contract.mk and mk/stamps.mk |
| 06 | generator playground | make --trace all, make -q all |
trace make --trace dyn in the capstone |
| 07 | layered local project | make help, make -p |
inspect capstone/mk/*.mk |
| 08 | local release surface | make dist, make install, make -q dist |
inspect dist and attest in the capstone |
| 09 | measured working build | make trace-count, make -p > build/make.dump |
compare with capstone selftest guardrails |
| 10 | written build review | review rubric plus proof commands | use the capstone as the review specimen |
Three Reusable Proof Loops¶
Truth loop¶
Use when you are checking whether the graph itself is honest.
Concurrency loop¶
Use when you are checking whether scheduling changes meaning.
Diagnostics loop¶
Use when you are investigating a confusing behavior.
Best Study Habit¶
For each module:
- run the local exercise first
- write down what the proof command is supposed to demonstrate
- run the proof command
- enter the capstone only after the local result is legible
This keeps the course centered on comprehension instead of file tourism.