Capstone Proof Guide¶
Guide Fit¶
flowchart TD
family["Python Programming"] --> program["Python Functional Programming"]
program --> pressure["A concrete learner or reviewer question"]
pressure --> guide["Capstone Proof Guide"]
guide --> next["Modules, capstone, and reference surfaces"]
flowchart TD
question["Name the exact question you need answered"] --> skim["Skim only the sections that match that pressure"]
skim --> crosscheck["Open the linked module, proof surface, or capstone route"]
crosscheck --> next_move["Leave with one next decision, page, or command"]
Read the first diagram as a timing map: this guide is for a named pressure, not for wandering the whole course-book. Read the second diagram as the guide loop: arrive with a concrete question, use only the matching sections, then leave with one smaller and more honest next move.
Use this page when a lesson makes a design claim and you want the most direct evidence in the capstone.
Proof route¶
- Read FuncPipe Capstone Guide.
- Run
make PROGRAM=python-programming/python-functional-programming inspectwhen you need the fastest inventory of package, test, and guide ownership. - Run
make PROGRAM=python-programming/python-functional-programming testfor direct executable verification. - Run
make PROGRAM=python-programming/python-functional-programming capstone-walkthroughwhen you need the guided learner-facing walkthrough before escalating proof. - Run
make PROGRAM=python-programming/python-functional-programming capstone-verify-reportwhen you want a review bundle with the executed test record. - Run
make PROGRAM=python-programming/python-functional-programming capstone-tourfor the learner-facing proof bundle. - Run
make PROGRAM=python-programming/python-functional-programming proofwhen you want the sanctioned end-to-end route. - Run
make PROGRAM=python-programming/python-functional-programming capstone-confirmwhen you want the strictest confirmation route exposed by the catalog. - Use Capstone Review Worksheet to decide whether the evidence is strong enough.
What you should be able to answer after proof review¶
- Which package owns the checked behavior?
- Which test or artifact confirmed it?
- Which future change would require stronger or different proof?