Le changelog de Narraya : ce qui change, et comment nous le racontons
Le changelog de Narraya réunit fonctionnalités, améliorations, correctifs et changements breaking. Transparence publique, flux RSS, continuité pour les romans longs.
Le travail qui rend un logiciel fiable est, le plus souvent, invisible. Un bug corrigé un jeudi soir ne fait pas la une ; une optimisation qui charge une page en 300 millisecondes au lieu de 800 n'apparaît pas dans les newsletters. Et pourtant, ce sont précisément ces interventions qui, mises bout à bout, distinguent un produit mûr d'un produit négligé. Le changelog existe pour rendre ce travail visible — et par respect pour celles et ceux qui utilisent Narraya tous les jours.
Ce qu'est un changelog
Le changelog est une liste publique de toutes les modifications livrées sur Narraya, par ordre chronologique inverse. Vous le trouverez à /fr/changelog. Chaque entrée indique la date de livraison, le type de modification et une courte description — suffisante pour savoir si cela vous concerne, assez brève pour la parcourir en une minute.
Ce n'est pas un journal technique destiné aux développeurs. C'est une communication adressée aux auteurs qui utilisent Narraya : ce qui est nouveau, ce qui a été amélioré, ce qui a été corrigé, ce qui a changé dans le comportement de certaines fonctionnalités.
Les quatre types d'entrée
Chaque modification dans le changelog est étiquetée. La classification, pour qui est pressé, permet de sauter directement à ce qui compte : qui ne cherche que les nouveautés saute les correctifs ; qui tient à la stabilité consulte surtout ces derniers.
| Type | Ce que cela signifie | Exemple |
|---|---|---|
| Feature | Une nouvelle fonctionnalité, inexistante auparavant | « Ajout du Kanban des chapitres » |
| Improvement | Une fonctionnalité existante qui fonctionne mieux, plus vite, ou de manière plus claire | « L'export PDF est désormais environ trois fois plus rapide » |
| Fix | Un bug résolu : quelque chose ne fonctionnait pas comme prévu, désormais si | « Correction d'un problème où les listes imbriquées perdaient leur indentation à l'export DOCX » |
| Breaking | Un changement qui modifie le comportement d'une fonctionnalité existante. Toujours mis en évidence | « La fiche de personnage exige désormais le remplissage obligatoire du champ Nom » |
Les modifications breaking sont les plus rares — et aussi les plus délicates. Quand un changement altère la façon dont quelque chose se comportait, nous le communiquons à l'avance : par e-mail aux utilisateurs concernés, en évidence dans le changelog, et souvent avec une période de « double compatibilité » durant laquelle l'ancien et le nouveau coexistent. Nous ne voulons pas que vous ouvriez Narraya un lundi matin et découvriez qu'une habitude sur laquelle vous aviez bâti vos séances a disparu sans prévenir.
Comment lire le changelog
Vous n'avez pas à le lire intégralement à chaque fois. Pour la plupart des utilisateurs, trois approches fonctionnent bien, selon le moment :
- Vérification hebdomadaire. Tous les lundis matin, deux minutes : parcourez les entrées de la semaine, voyez si quelque chose de nouveau vous concerne. Cela devient une habitude légère.
- Consultation ponctuelle. Quand il vous semble qu'un comportement a changé, vérifiez le changelog. Souvent la réponse est là, avec la date exacte et une brève explication.
- Vue d'ensemble après des pauses. Si vous revenez à Narraya après un mois de voyage ou de panne créative, une lecture du dernier mois du changelog vous réoriente mieux que n'importe quelle newsletter.
Pour ne pas avoir à ouvrir le changelog manuellement, il existe un flux RSS dédié. Ajoutez-le à votre agrégateur préféré et vous recevrez uniquement les mises à jour importantes — pas d'e-mail, pas de notification push. Le lien vers le flux se trouve en bas de la page du changelog. Une manière sobre de rester informé : Narraya vous respecte jusque dans la façon dont il communique avec vous.
Pourquoi ne pas tout mettre en notes de version à l'intérieur de Narraya
Une question légitime : pourquoi un changelog public plutôt qu'une « annonce des nouveautés » à l'intérieur de l'application elle-même ? Pour deux raisons. La première est que beaucoup ne veulent pas être interrompus pendant qu'ils écrivent par des popups célébrant de nouvelles fonctionnalités. Le moment de l'écriture est sacré ; les nouveautés peuvent attendre la prochaine pause café. La seconde est qu'un changelog public est consultable même par qui n'est pas encore utilisateur de Narraya : qui évalue la plateforme peut voir, de manière transparente, combien nous y travaillons et ce que nous faisons.
Continuité pour qui écrit un roman long
Il y a une chose à laquelle nous prêtons une attention particulière : la continuité. Si vous écrivez un roman dans Narraya depuis huit mois, les modifications que nous introduisons ne doivent pas vous faire peur. C'est pour cela que, dans le changelog, vous pouvez toujours voir la liste complète de ce qui a été touché — et si quelque chose concerne une fonctionnalité que vous utilisez, comprendre si votre flux de travail reste identique ou s'il faudra l'adapter.
Un bon changelog est, d'une certaine manière, un contrat de continuité entre ceux qui construisent le produit et ceux qui vivent à l'intérieur. Nous vous disons tout. Nous expliquons ce qui change. Nous prévenons à l'avance si quelque chose d'important bouge. C'est la manière dont un petit projet comme le nôtre peut mériter la confiance nécessaire pour accompagner des romans qui durent des années. Nous ne demandons pas une confiance aveugle : nous la construisons entrée après entrée, dans le changelog.
Consultez le changelog à jour quand vous le souhaitez. Abonnez-vous au flux RSS en bas de page si vous préférez une lecture asynchrone, silencieuse, qui respecte votre temps.