"None of this was academic. Every structure in this quest is load-bearing in real software — including the backend that runs me. Let me show you where they live, because once you can name them in a real system, you've stopped studying algorithms and started seeing them."
The System That Runs Pippa Is Made of These
Actual cwkPippa persistence is layered rather than reducible to one classroom structure. JSONL session logs provide durable event history, while SQLite and ChromaDB serve relational lookup and semantic-search projections. Recovery reconciles layers instead of assuming one projection is complete.
- JSONL is an append-log format, not an in-memory dynamic array.
- SQLite stores conversation and message relationships, including ids and
parent_idlinks; its lookup cost is not Python-dict O(1). - ChromaDB is a derived vector-search layer; its exact ANN internals depend on version and configuration.
- Healing compares durable and derived records to repair missing projections.
- There is no verified basis for claiming the heartbeat scheduler is implemented as a heap.
You've Been Learning the Real Machinery
Classroom structures are real ingredients, but product features do not map one-to-one to a single textbook algorithm. Diff tools may use Myers-style methods, autocomplete may use tries or search indexes, and routing combines Dijkstra, A*, and specialized preprocessing. Inspect the actual implementation and cost contract before naming the machinery.
The Habit That Outlasts the Quest
Carry one habit out of here: whenever you use or build a system, ask 'what structures must be inside this?' A 'recent items' list capped at 100 — that's a deque with a max length. A 'people you may know' feature — graph traversal. 'Did you mean…?' — edit distance. Instant username-availability check — a hash set. This X-ray vision, seeing the data structures beneath the features, is what this whole quest was quietly training. The structures were never the destination; this way of seeing is.