Guided Code Tours
Goal: seven structured, time-boxed reading walks through the most important Flux flows. Each tour starts at a precise file and line, has named stops, and ends with a question to confirm understanding. Every tour is doable read-only — you do not need to compile or run anything.
Use this when: you want to build mental scaffolding for an unfamiliar area in 15—20 minutes flat.
How to use these tours
-
Open exactly the files named. Don’t wander; you can always do a second pass.
-
Don’t read the whole file. Stop at the named lines.
-
At each stop, write one sentence in your own words about what you just read. If you can’t, re-read.
-
End with the self-check question. If you can’t answer, redo the last stop.
Tour A — From CAD import to bend sequence (20 min)
Premise. You opened a 3D model. Click "Bend Auto-Tool". What just happened?
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
top 60 lines |
The entry point that parses a |
2 |
|
lines 22—80 |
|
3 |
|
lines 19—120 |
The |
4 |
|
lines 16—80 |
The |
5 |
|
lines 46—62 |
The |
Self-check: in three sentences, describe how a .geo file becomes a BendTech with N BendOps and one or more BendSetups. Where would you set a breakpoint to inspect the initial (pre-tooler) sequence?
Tour B — The Glob system in action (15 min)
Premise. Why does selecting a bend in the UI show a properties panel?
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
lines 1—60 |
The |
2 |
|
lines 21—55 |
The |
3 |
|
line 661 |
The |
4 |
|
top 80 lines |
The base |
Self-check: when the user selects three bends, what class wraps them? Where does it decide which properties are shown?
Tour C — Rendering pipeline (15 min)
Premise. Where does the screen get its pixels from?
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
lines 1—80 |
|
2 |
|
lines 1—80 |
|
3 |
|
top 60 lines |
The static |
4 |
|
top 60 lines |
The scene graph that holds live |
Self-check: if the bend setup renders incorrectly, name the one method you would put a breakpoint on first.
Tour D — A test, end-to-end (15 min)
Premise. Tests are documentation. Read one carefully.
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
full file |
A textbook fixture with one helper. |
2 |
|
(just the filename) |
A binary input — confirm it exists. |
3 |
|
full file |
The golden file. |
4 |
|
|
What writes the lines you just read. |
Self-check: if test 82 fails after a code change, what’s the first thing you compare?
Tour E — Persistence (Au load + migration) (15 min)
Premise. How does Flux load yesterday’s file with today’s classes?
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
top 80 lines |
The Au binary format. |
2 |
|
lines 64—76 |
A real |
3 |
|
top 60 lines |
The Curl text format and its grammar. |
4 |
|
top 30 lines |
A real Curl file — the test machine. |
Self-check: if you change a property’s type on BendOp, what do you write and in which file?
Tour F — A real bug fix in the wild (20 min)
Premise. Watch how a bug is fixed in this codebase.
| Step | Command / Open | What you should see |
|---|---|---|
1 |
Run |
"Case 45728: Changing the suction cup state no longer deletes adjusted waypoints." |
2 |
Identify which files were touched |
The blast radius of the change. |
3 |
For each file, read 30 lines around the change |
The why of the change. |
4 |
Find the test that locks it in |
Usually a new |
Self-check: describe in one paragraph what behavior was broken, what change fixed it, and what test now guards it.
Tour G — Settings cascade (Sheaf) (10 min)
Premise. Why does a setting "live" at the right level?
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
lines 21—80 |
The |
2 |
|
first 40 lines + the |
A |
3 |
|
top 80 lines |
The machine-level settings. |
Self-check: if you set RamVBend = 50 on a single op, does it affect future ops? On the machine, does it affect future techs?
Tour H — Layer dependencies and the Hub (10 min)
Premise. How does Core call back into App without a project reference?
| Step | Open | Read | What you should see |
|---|---|---|---|
1 |
|
top 80 lines |
The slot pattern: static |
2 |
|
lines 31—95 |
The architectural decision behind the Hub. |
3 |
Search the codebase |
|
Real call sites. |
Self-check: in headless (Engine flavor) mode, what happens when Hub.BigChooser?.Invoke (...) is called?
How to read these tours productively
-
Time-box each tour to its target. Going long means you’re trying to memorize, not understand.
-
Repeat tours weekly for the first month. The same tour reveals more on the second pass.
-
Make your own notes. Three lines per tour is plenty.
-
Discuss with your buddy. Each tour ends with a question — answer it out loud.
A gentle calendar for the first three weeks
| Week | Tours to do |
|---|---|
1 |
A, D, G — the spine: import-to-bend, a test, and the Sheaf cascade. |
2 |
B, C, E — Glob, rendering, persistence. |
3 |
F, H — bug fix in the wild, layer wiring. |
By the end of week 3 you’ve internalized the full reading vocabulary of the codebase.
Last updated: 2026-05-04. All file paths and line numbers verified against the current tree.