claim
active
claim:abstraction-is-the-key-of-any-modularization-without-it-reliability-and-correctness-guarantees-vanishAbstraction is the key of any modularization; without it, reliability and correctness guarantees vanish.
Fundamental design principle driving Oberon: proper abstraction enables modular structure and maintainability.
Source paper
extracted_from(2005) · Wirth, Niklaus · Gutknecht, Jürg
Neighborhood — ranked by edge-count
Communities (4)
community
- Cross-scale frameworks linking spatial patterns, diagrams, and simplicity as expressions of care in design.
- Applies functional programming principles to UI structure via precise mathematical models, enabling formal verification and revealing computational architecture through interface design.
- Type abstraction and modular correctnessmembers_ofExplores how type systems enforce abstraction boundaries to prevent leaks that compromise modularity and formal guarantees in code.
- Parnas-style decomposition where modules encapsulate secrets to ensure correctness invariants.
Concepts (1)
concept
- Core design principle allowing new modules and data types to be added without modifying core; enabled by Oberon's type extension feature.
Related by similarity (8)
cosine ≥ 0.65 · no typed edgeEntities in the same semantic neighborhood but without a typed relation to this one — candidates for new edges or unrecognized duplicates.
- Core hypothesis underlying Oberon design; validated by the system's successful modularity and extensibility.
- Authors' interpretation connecting their proof to practical interpretability methodology
- Parlog's merge process for client-server is unnecessarily complex; Linda's tuple operations remain flexible across problem variants.
- Interpretation of weaker PCA separation and lower ASR in smaller models
- Contrasts with auto-parallelizing compilers; flexibility of Linda.
- Central thesis of the paper
Cross-corpus bridges (1)
same_concept_as · Nomic cosineExternal markdown files that talk about the same concept as this entity.
- alexander2022 02 10 Mikael Brockman denotational design lambdajam 2015.pdf 77a798papers/extracted/2022-02-10_Mikael-Brockman_denotational-design-lambdajam-2015.pdf_77a798.md0.764