0.2.0-0-pre.6-fix.1
This commit is contained in:
84
deltas/0.2.0/0-pre.6.fix.1.md
Normal file
84
deltas/0.2.0/0-pre.6.fix.1.md
Normal file
@@ -0,0 +1,84 @@
|
||||
<!-- 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.
|
||||
Reference in New Issue
Block a user