|
|
3 tahun lalu | |
|---|---|---|
| .. | ||
| README.md | d7a90609cc Update docs/ READMEs (#1211) | 4 tahun lalu |
| error_handling.md | 6639a915dc Principle: Errors are values (#301) | 5 tahun lalu |
| information_accumulation.md | 35a0bf1c7e Principle: information accumulation (#875) | 4 tahun lalu |
| library_apis_only.md | bc40bdc279 Principle: All APIs are library APIs (#1280) | 3 tahun lalu |
| low_context_sensitivity.md | b7df523dc8 Fix cross-file links in non-proposal files (#1010) | 4 tahun lalu |
| one_way.md | 066b103881 Spelling (#1580) | 3 tahun lalu |
| safety_strategy.md | 066b103881 Spelling (#1580) | 3 tahun lalu |
| static_open_extension.md | 00a178769f Principle: One static open extension mechanism (#998) | 4 tahun lalu |
| success_criteria.md | 79a9b51d07 Update pre-commits, add and address flake8 (#195) | 5 tahun lalu |
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.