34 lines
1.5 KiB
Markdown
34 lines
1.5 KiB
Markdown
# Roadmap From 1.0.0-beta To Stable
|
|
|
|
## Stable Criteria
|
|
|
|
Slovo reaches stable `1.0.0` only after:
|
|
|
|
- compatibility rules are documented and exercised across multiple beta releases
|
|
- formatter and diagnostics schemas are frozen for promoted features
|
|
- `lib/std` has clear API stability tiers
|
|
- package/workspace behavior has deterministic version and dependency policy
|
|
- conformance tests cover normal user projects, not only narrow fixtures
|
|
- benchmark publication remains repeatable without becoming a performance claim
|
|
|
|
## Recommended Sequence
|
|
|
|
The detailed post-beta feature plan lives in
|
|
`docs/POST_BETA_ROADMAP.md`. Keep this file as the short stable-readiness
|
|
summary and use the public roadmap document when choosing the next connected
|
|
implementation scope.
|
|
|
|
1. Harden monorepo release tooling, install flow, and common build/run loops.
|
|
2. Define runtime resource and host-error policy before broad IO and networking.
|
|
3. Stabilize `lib/std` module boundaries and document beta-vs-stable APIs.
|
|
4. Improve language usability around entry points, `match`, aliases, and
|
|
concrete numeric completeness.
|
|
5. Expand package/workspace discipline before remote registry work.
|
|
6. Add networking only after resource/error policy is coherent.
|
|
7. Add serialization/data-interchange helpers before richer network libraries.
|
|
8. Design generics and collection unification from real stdlib duplication
|
|
pressure.
|
|
9. Add editor-facing diagnostics, watch mode, and generated documentation
|
|
improvements.
|
|
10. Freeze migration/deprecation policy and cut stable only after beta feedback.
|