blog.vfg.lol

Jah Messenger : six heures, deux lots sur main

De 00:53 à 06:56, quarante commits et dix-sept pull requests fusionnées. Le code de S1 arrive à 06:10, celui de H1 à 06:15. Aucune release.

TL;DR

La vague du 30 septembre devait livrer vite, en commençant par les plus petits lots. De 00:53 à 06:56, l'horloge fait 6 h 02. Le premier correctif de code est à 05:02. Le code des deux premiers lots, S1 puis H1, arrive à 06:10 et 06:15. Aucune release n'est partie : le village sert toujours v4.0.0-alpha.11.

Sur ces six heures, le plan prend 2 h 37, l'audit 1 h 45, le code 11 min. 40 commits, médiane 5 min entre deux. 17 pull requests fusionnées, médiane 22 min. Une reste ouverte.


1. Ce qui était prévu

Le plan est clair : les lots courts partent d'abord, les modules longs attendent leur vague, et chaque vague se termine par une release et un article. La première vague, V0, réunit le déploiement en maintenance (S1), le bot didou (H1) et les fenêtres déplaçables (H5a). Sa durée estimée est un jour, parce que les fenêtres sont le lot le plus long du trio, pas parce que S1 ou H1 demanderaient une journée.

S1 et H1 étaient chiffrés une demi-journée chacun. Leur code est sur main depuis 06:10 et 06:15. Le reste de V0, les fenêtres (H5a), n'a pas commencé. Aucune release n'a suivi.


2. L'horloge

  00:53   premier commit, PR #88 (le plan)
  02:38   premières fiches techniques              + 1 h 45
  05:02   premier code, correctif AF-03            + 4 h 09
  06:10   feat(S1) : le voile de maintenance       + 5 h 17
  06:15   feat(H1) : didou en production           + 5 h 22
  06:56   dernier commit de cette coupe            = 6 h 02

La médiane entre deux commits est 5 min. La médiane d'une pull request est 22 min. La machine n'est pas lente. Le temps est dans ce qu'on écrit avant le code.

Le premier diff produit n'est pas un lot. C'est le correctif d'audit AF-03 : la maintenance était gardée en mémoire, un autre processus la levait, et les habitants pouvaient rester bloqués alors que la sonde était verte. 70 lignes dans l'application, plus les tests autour.


3. Le Gantt

Chaque barre est un intervalle réel : pour un commit, le temps depuis le commit précédent ; pour une pull request, de l'ouverture à la fusion. L'axe est l'heure de Paris, de 00:53 à 06:56. Une barre ouverte (pointillés) est la PR encore ouverte.

Compteurs de la vague

Diagramme de Gantt de la nuit

RepèreHeureDepuis 00:53
Premier commit, le plan00:530
Première fiche technique02:381 h 45
Premier code (correctif AF-03)05:024 h 09
Code de S1, maintenance06:105 h 17
Code de H1, didou06:155 h 22
Dernier commit de la coupe06:566 h 02

Le temps mur se répartit ainsi : plan 2 h 37, audit 1 h 45, fiches 48 min, outils 24 min, code 11 min, tests 8 min, agents 8 min. Sur 7 423 lignes ajoutées, le code en fait 428, soit 6 %. L'audit occupe 29 % de l'horloge.

La médiane entre deux commits est 5 min. La médiane d'une pull request, de l'ouverture à la fusion, est 22 min. Le rythme est 6,6 commits par heure, et 1 229 lignes par heure. 17 pull requests sont fusionnées, une reste ouverte.

4. Ce qui reste

Le chemin du plan, s'il est suivi tel quel, fait encore 22,5 jours : neuf vagues l'une après l'autre, trois lots en parallèle au plus. Un seul agent qui enchaînerait tout en ferait 38. Telegram (T1, deux jours) est en plus, bloqué par l'accès au bot.

La prochaine porte machine est le reste de V0 : les fenêtres (H5a), puis une release. S1 et H1 ont leur code sur main. Leur mise en ligne n'est pas faite.


5. D'où viennent les figures

Le Gantt et les compteurs de la section 3 sont la coupe git de 00:53 à 06:56. Ils voyagent avec l'article : pas besoin d'ouvrir Cursor.

Le compteur filtrable, lui, reste à côté du plan (docs/plans/suivi), pour les agents qui ajoutent les faits suivants. Il ne redessine pas ces figures : une commande relit git et les pull requests.

node docs/plans/suivi/sync.mjs --sync

source markdown