|
|
3 lat temu | |
|---|---|---|
| .. | ||
| README.md | d7a90609cc Update docs/ READMEs (#1211) | 4 lat temu |
| error_handling.md | 6639a915dc Principle: Errors are values (#301) | 5 lat temu |
| information_accumulation.md | 35a0bf1c7e Principle: information accumulation (#875) | 4 lat temu |
| library_apis_only.md | bc40bdc279 Principle: All APIs are library APIs (#1280) | 3 lat temu |
| low_context_sensitivity.md | b7df523dc8 Fix cross-file links in non-proposal files (#1010) | 4 lat temu |
| one_way.md | b7df523dc8 Fix cross-file links in non-proposal files (#1010) | 4 lat temu |
| safety_strategy.md | 24b763c7e8 Fix or remove invalid anchor links, adding pre-commit (#997) | 4 lat temu |
| static_open_extension.md | 00a178769f Principle: One static open extension mechanism (#998) | 4 lat temu |
| success_criteria.md | 79a9b51d07 Update pre-commits, add and address flake8 (#195) | 5 lat temu |
Some language goals will have widely-applicable, high-impact, and sometimes non-obvious corollaries. We collect concrete language design principles in this directory as a way to document and clarify these. Principles clarify, but do not supersede, goals and priorities. Principles should be used as a tool in making decisions, and to clarify to contributors how decisions are expected to be made.
A key difference between a principle and the design of a language feature is that a principle should inform multiple designs, whereas a feature's design is typically more focused on achieving a specific goal or set of goals. The principle can help achieve consistency across those multiple designs.
Note that these principles seek to establish both the approaches the project wants to pursue, as well as those we want to exclude.