Glossary¶
Page Maps¶
graph LR
family["Reproducible Research"]
program["Deep Dive Snakemake"]
section["Operating Contexts Execution Policy"]
page["Glossary"]
capstone["Capstone evidence"]
family --> program --> section --> page
page -.applies in.-> capstone
flowchart LR
orient["Orient on the page map"] --> read["Read the main claim and examples"]
read --> inspect["Inspect the related code, proof, or capstone surface"]
inspect --> verify["Run or review the verification path"]
verify --> apply["Apply the idea back to the module and capstone"]
This glossary keeps the language of Module 08 stable. The goal is practical clarity: operating-context review gets much easier when the same words keep the same meaning.
Terms¶
| Term | Meaning in this module |
|---|---|
| operating context | The environment in which the workflow runs, such as local, CI, or scheduler-backed execution. |
| execution policy | Settings that change how the workflow runs or is observed without changing workflow meaning. |
| semantic drift | A change in workflow meaning, trusted outputs, or contract behavior that should not be happening through operating policy alone. |
| profile | A configuration surface that encodes operating policy such as executor defaults, logging, retries, or latency settings. |
| policy leak | A case where profile or context settings start changing workflow semantics instead of only operations. |
| context-invariant meaning | The idea that rule contracts, config meaning, and trusted outputs should stay stable across operating contexts. |
| failure discipline | The explicit operating model for retries, latency waits, incomplete outputs, and failure evidence. |
| transient failure | A failure plausibly caused by operational conditions such as scheduling or visibility delay. |
| deterministic failure | A failure caused by a repeatable defect in workflow logic, runtime, or environment rather than transient operations. |
| latency wait | A policy setting that allows for delayed output visibility, especially on slower or shared filesystems. |
| incomplete output | A partially written or interrupted output that requires explicit handling rather than casual trust. |
| staging | Temporary movement or placement of data during execution before promotion into trusted paths. |
| scratch space | A temporary execution surface, often local to one machine or node, that is not itself a contract surface. |
| policy evidence | The files, dry-runs, and audit bundles that let a reviewer compare operating contexts honestly. |
| profile audit | A side-by-side review of profiles and dry-runs to confirm that context differences remain policy rather than semantic drift. |
How to use these terms¶
If an operating-context discussion starts to feel vague, ask which term has become unclear:
- is this a policy difference or a semantic leak?
- is this output on scratch or on a trusted contract path?
- is this retry change explaining failures or postponing diagnosis?
That question usually exposes the real operating-boundary issue quickly.