V1.13.14 Mise en place d'une nouvelle numérotation et évolutions stratégiques

This commit is contained in:
2026-09-06 16:42:23 +00:00
parent e6dfb15ea6
commit 3d56de8bfa
2 changed files with 38 additions and 1 deletions
+11
View File
@@ -14,6 +14,17 @@ Pour les trois documents de ce projet (ce journal — résumé/index —, les R
**Précision du 2 septembre 2026 (soir) sur la continuité entre fenêtres de conversation :** chaque nouvelle fenêtre de conversation démarre un environnement cloud entièrement neuf, sans mémoire du fil précédent ni accès aux fichiers de travail locaux de la session précédente (ex. le clonage temporaire du dépôt GitHub fait dans `/tmp` pour éditer du code) — seuls les documents de ce projet (ce journal, les Réflexions stratégiques, la Documentation utilisateur) traversent d'une fenêtre à l'autre. C'est pour cette raison que la consigne ci-dessus (mise à jour en fin de session, pas au fil de l'eau) compte particulièrement : c'est le seul filet de continuité entre deux sessions. Point déjà noté dans les Réflexions stratégiques, section 2. Un résumé automatique de conversation trop longue (fait par Claude Code en cours de fil, différent d'un changement de fenêtre) est en revanche censé préserver les faits essentiels de la session en cours — dans les faits, une erreur de mesure de pixels a bien eu lieu le 2 septembre après un tel résumé, mais elle provenait d'une méthode de mesure imprécise, pas d'une perte d'information liée au résumé lui-même (voir section 28, le centrage de l'étiquette "Contacts").
**Consigne du 6 septembre 2026 — numérotation de version à trois niveaux (`version.php`) et son partage de responsabilité.** Après une session de réflexion stratégique ayant fait évoluer la conception même d'ASPIC sans toucher une ligne de code (voir Réflexions stratégiques, section 14), Jean-Marc a fait évoluer le format du numéro de version pour que ce type d'avancée soit tracé au même titre qu'une évolution de code, sans jamais mélanger les deux :
- Format : `V<majeur>.<code>.<conception>` (ex. `V1.12.14`), sans zéro de tête sur aucun des trois nombres — pas de largeur fixe supposée à l'avance.
- `<code>` : inchangé par rapport à la règle déjà en place depuis le début (incrémenté à la main une seule fois par session avec du code réellement livré et poussé, jamais à chaque fichier reçu).
- `<conception>` : reprend le numéro de la dernière section **créée** dans les Réflexions stratégiques — jamais un simple complément apporté à une section déjà existante. Critère de Jean-Marc pour ouvrir une nouvelle section plutôt qu'un addendum : le jugement qu'une évolution de la conception est **majeure**, y compris sur un sujet déjà effleuré auparavant (auquel cas la nouvelle section peut reprendre l'ancien titre suivi de *"[Évolutions majeures]"*) — une évolution mineure ou un abandon reste un addendum dans la section existante, sans faire avancer ce compteur. Les "trous" de numérotation que ça peut produire (ex. de 10 à 28) sont acceptés sciemment par Jean-Marc, ce n'est pas une anomalie à corriger.
- `<majeur>` : change uniquement quand Jean-Marc juge qu'ASPIC franchit un cap de maturité important — décision, pas calcul. À cette occasion, `<code>` repart à 1 (V1.58 → V2.1, jamais V2.59) tandis que `<conception>` continue sa suite normale sans saut ni retour à 1 (V1.58.67 → V2.1.68), puisque franchir ce cap est lui-même consigné comme une nouvelle section des Réflexions stratégiques.
**Partage de responsabilité pour signaler un changement de version, en début ou en fin de session :** si Jean-Marc sait dès le début d'une session que le code va évoluer, il peut demander à Claude de faire évoluer `<code>` immédiatement plutôt que d'attendre la fin de session. Pour `<conception>`, par défaut c'est à Claude de juger et de signaler en fin de session si l'évolution a été assez majeure pour justifier une nouvelle section — sauf si Jean-Marc sait déjà en début de session que ce sera le cas, auquel cas il le dit d'emblée (c'est par exemple déjà acté pour la session suivant celle du 6 septembre 2026).
**Sur la pérennité des trois documents, précisé le 6 septembre 2026 :** Jean-Marc prévoit qu'un jour ce journal de développement (résumé/index, et les sections détaillées de `/journal`) sera repris et expurgé de ce qui sera devenu inutile — en conservant les anciennes versions via l'historique Git, projet non commencé et pas à l'ordre du jour. **Les Réflexions stratégiques, en revanche, ne seront jamais expurgées** : la méthode d'écriture qu'on vient d'adopter (addendum sur une évolution mineure, nouvelle section sur une évolution majeure, jamais de réécriture de l'existant) fait de ce document une trace chronologique complète et volontairement définitive de l'évolution de la pensée stratégique — utile en particulier pour retrouver, en relecture, des pistes un moment abordées puis laissées de côté qui mériteraient d'être reprises.
## Sommaire des sections (`/journal` sur GitHub)
- 00. Présentation
+27 -1
View File
@@ -22,9 +22,35 @@
*
* Endpoint public, sans session requise : consulté aussi depuis l'écran
* d'identification, avant toute connexion.
*
* Format à trois niveaux depuis le 6 septembre 2026 : V<majeur>.<code>.<conception>
* — sans zéro de tête sur aucun des trois nombres (pas de largeur fixe
* supposée par avance, quel que soit le nombre de sessions ou de sections
* atteint un jour).
* - <code> avance à chaque session avec du code réellement livré et poussé,
* jamais pour une session sans conséquence sur le code (voir plus haut).
* - <conception> reprend le numéro de la dernière section CRÉÉE dans
* "ASPIC - Réflexions stratégiques" (pas un complément apporté à une
* section déjà existante) — il avance donc indépendamment de toute
* évolution du code, y compris lors d'une session qui ne touche pas une
* ligne de code (voir réflexions stratégiques, section 14, née de ce
* changement de convention).
* - <majeur> change uniquement quand Jean-Marc juge qu'ASPIC a franchi un cap
* de maturité important — une décision, pas un calcul automatique. À cette
* occasion, <code> repart à 1 (V1.58 → V2.1, jamais V2.59) alors que
* <conception> continue sa suite normale sans saut ni retour à 1
* (V1.58.67 → V2.1.68) : franchir ce cap est lui-même consigné comme une
* nouvelle section des Réflexions stratégiques, donc ce compteur-là avance
* comme à chaque nouvelle section, sans rupture de continuité.
* Les trois compteurs sont volontairement indépendants, chacun fidèle à son
* seul objet : <code> répond à "quel code tourne réellement ici" (voir le
* bug du logo du 26 août 2026 ci-dessus), <conception> à "où en est la
* conception d'ASPIC", <majeur> à "quelle génération d'ASPIC est-ce" — à ne
* jamais fusionner en un seul compteur unique, sous peine de perdre la
* capacité à détecter un déploiement resté en retard.
*/
const ASPIC_VERSION = 'V1.012';
const ASPIC_VERSION = 'V1.13.14';
if (basename($_SERVER['SCRIPT_NAME']) === 'version.php') {
header('Content-Type: application/json; charset=utf-8');