Ouverture du journal
Pourquoi FerrTrack ouvre une section éditoriale à côté du changelog, ce qu'on y publie et ce qu'on n'y publie pas.
Le changelog est fait pour des notes courtes, datées, factuelles — ce qui a été livré, ce qui a été corrigé, ce qui a cassé. Format précis, budget de mots serré. Ça marche bien pour ça, mal pour tout le reste.
Le journal est le tout-le-reste.
Ce qui atterrit ici
Articles longs écrits par les personnes qui écrivent le code. Trois catégories pour l'instant :
- Analyses — comment une fonctionnalité marche vraiment, quand l'explication est trop longue pour une entrée changelog mais trop utile pour ne vivre que dans un fil de PR.
- Billets d'opinion — le pourquoi derrière un choix, surtout quand le choix est de ne pas livrer ce qu'un concurrent livre.
- Post-mortems — quand un incident a du sens, le post-mortem public arrive ici avec la timeline, la cause racine et ce qui change en aval.
Ce qui n'y atterrit pas
- Pas d'enflure marketing. Si un article ne survit pas à la lecture d'un ingénieur déjà client, il n'a rien à faire ici.
- Pas de newsletter. Le flux RSS est l'unique canal d'abonnement. Abonne-toi sur /fr/journal/rss.xml.
- Pas de commentaires — ouvre une discussion GitHub si un article mérite un fil.
Rythme
On publie quand on a quelque chose à dire, pas sur un calendrier. Compte sur quelques articles par trimestre, pas un flux quotidien.
C'est tout. À la prochaine.