85 lines
2.6 KiB
Markdown
85 lines
2.6 KiB
Markdown
<!-- file: deltas/0.2.0/0-pre.6.fix.1.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# Delta 0.2.0-0-pre.6.fix.1
|
|
|
|
## Base
|
|
|
|
Base déclarée : `0.2.0-0-pre.6`.
|
|
|
|
Le delta `0-pre.6.md` reste immuable.
|
|
|
|
## Objet
|
|
|
|
Compléter la classification de `0-pre.6` avec la stratégie réseau/asset delivery récente et formaliser la discipline de dimensionnement des versions/sessions inspirée du workflow KSP.
|
|
|
|
## Workflow de version
|
|
|
|
`0-pre.1` devient obligatoirement la tranche de cadrage :
|
|
|
|
- audit de la base ;
|
|
- brainstorming/recherche de requirements ;
|
|
- sizing ;
|
|
- planification ;
|
|
- dépendances ;
|
|
- validations ;
|
|
- découpage prévisionnel.
|
|
|
|
Une version doit être dimensionnée pour être entièrement terminée dans une seule session.
|
|
|
|
Les tranches `pre/alpha/beta/rc` visent généralement des deltas de 15 à 30 minutes. Une tranche trop lourde est scindée avant exécution ; une tranche trop petite peut être regroupée avec une tranche cohérente.
|
|
|
|
La dernière tranche avant publication consolide validations, documentation durable, CHANGELOG, ROADMAP et prompt suivant. La release stable reste autant que possible mécanique.
|
|
|
|
## Réseau et asset delivery
|
|
|
|
La direction étudiée devient :
|
|
|
|
- Actix Web pour Web/API ;
|
|
- asset delivery auto-hébergé ;
|
|
- HTTP/2 baseline ;
|
|
- HTTP/3/QUIC pour les assets lorsque disponible ;
|
|
- H2/H3 sur un même hostname de préférence ;
|
|
- séparation logique initiale, séparation physique progressive ;
|
|
- WebSocket/tokio-tungstenite comme baseline realtime ;
|
|
- WebTransport/QUIC comme candidat à benchmarker ;
|
|
- fallback transport ;
|
|
- simulation indépendante du transport ;
|
|
- gRPC/Tonic réservé principalement aux frontières server-to-server justifiées.
|
|
|
|
## Classification
|
|
|
|
La capability réseau est décomposée conceptuellement en :
|
|
|
|
```text
|
|
HTTP client
|
|
realtime transport API
|
|
WebSocket implementation
|
|
WebTransport implementation
|
|
wire protocol
|
|
session protocol
|
|
reconnect/resync
|
|
```
|
|
|
|
Les crates Uroburas ne dépendent pas directement d'un transport concret.
|
|
|
|
## Reste de la 0.2.0
|
|
|
|
Après validation de cette tranche :
|
|
|
|
1. consolider les études acceptées dans `docs/architecture/` et les règles durables ;
|
|
2. réconcilier ROADMAP et décisions finales ;
|
|
3. produire la tranche de clôture documentaire ;
|
|
4. préparer le prompt de la session `0.3.x` consacrée aux POC ;
|
|
5. passer en RC puis stable sans rouvrir le scope.
|
|
|
|
## Validation
|
|
|
|
```bash
|
|
python3 scripts/audit_rust_workspace_rules.py
|
|
python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates Android deltas history
|
|
python3 scripts/audit_distribution_layout.py
|
|
```
|
|
|
|
Aucune gate Cargo, Gradle ou smoke n'est requise : cette correction reste documentaire.
|