Reference¶
Reference Position¶
flowchart TD
family["Python Programming"] --> program["Python Object-Oriented Programming"]
program --> reference["Reference"]
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.
Use this section when you need stable review standards rather than a reading route. These pages are meant to stay open while designing or reviewing code, not only while reading the course front to back.
Pages in this section¶
- Glossary for the recurring vocabulary around ownership, lifecycle, and collaboration boundaries
- Object Design Checklist for object-level and aggregate-level design review
- Self-Review Prompts for retrieval practice that sounds like design judgment instead of trivia
- Boundary Review Prompts for API, persistence, runtime, and extension pressure
- Topic Boundaries for what belongs in the center of the course and what only touches its edges
- Anti-Pattern Atlas for common OOP failure shapes and the modules that repair them