|
|
2 lat temu | |
|---|---|---|
| .. | ||
| README.md | d7a90609cc Update docs/ READMEs (#1211) | 4 lat temu |
| error_handling.md | e26bc32343 Change remaining uses of `Bool` to `bool`, following #750. (#1901) | 3 lat temu |
| information_accumulation.md | 642fcd3b77 Replace keyword `is` with `impls` (#2483) | 3 lat temu |
| library_apis_only.md | e26bc32343 Change remaining uses of `Bool` to `bool`, following #750. (#1901) | 3 lat temu |
| low_context_sensitivity.md | 45a5828bb4 Update low_context_sensitivity (#1970) | 3 lat temu |
| one_way.md | f338f56502 docs: fix little writing issue (#2031) | 3 lat temu |
| safety_strategy.md | 01e12111a8 Auto-update pre-commit repositories and fix. (#3427) | 2 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.