À propos de Byline
Pourquoi Byline existe
Byline est né d’une frustration que, nous le soupçonnons, beaucoup de projets partagent. D’après notre expérience, la plupart des systèmes de gestion de contenu rencontrent des difficultés sur au moins l’un de trois enjeux fondamentaux : le versionnage, le workflow ou la traduction de contenu. Beaucoup peinent sur les trois. Et lorsqu’ils essaient de prendre en charge les trois en même temps, ils ont tendance à se briser — parfois de manière évidente, ou plus souvent d’une façon qui n’apparaît que lorsque vous êtes déjà plongé dans un vrai projet aux enjeux bien réels.
Les trois piliers
Nous pensons que la gestion de contenu repose sur trois piliers, et que ces piliers peuvent coexister sans créer d’états mutuellement exclusifs ni de compromis entre l’un et l’autre.
La traduction de contenu n’est pas la traduction de l’interface. La langue dans laquelle vous rédigez votre contenu n’est pas la même que celle dans laquelle vous administrez votre système. La plupart des plateformes CMS confondent ces enjeux. Byline les sépare au niveau du modèle de données.
Le versionnage doit être immuable et activé par défaut. Chaque changement crée une nouvelle version. L’état actuel d’un document est un pointeur, pas une mutation. Le versionnage n’est pas une fonctionnalité ; c’est fondamental.
Le workflow doit être activé par défaut. Le workflow éditorial doit être une préoccupation de premier ordre, et non une réflexion secondaire greffée via des plugins ou de la configuration.
Et ces trois enjeux devraient tous fonctionner ensemble.
Propriété des données
Nous pensons que si vous créez et stockez du contenu, vous devriez pouvoir le récupérer. Pas via un plugin d’export qui fonctionne à moitié. Pas via une API qui ne vous restitue que 80 % de ce que vous avez stocké. Vos données doivent être portables, extractibles et pleinement exploitables à tout moment.
Ce n’est pas une position idéologique. C’est une position pratique. Nous avons travaillé avec suffisamment d’organisations qui se sont retrouvées enfermées dans des plateformes, ou qui ont perdu du contenu lors de migrations, ou qui ont découvert trop tard que leur CMS stockait les choses d’une manière qui rendait l’extraction pénible et incomplète.
Construire au grand jour
Les développeurs de Byline ont beaucoup travaillé avec des organisations à but non lucratif et des ONG, et ce travail nous a montré la valeur de certaines libertés : la liberté de posséder, de contrôler et de partager un contenu qui mérite d’être vu. Nous construisons au grand jour parce que nous pensons que les problèmes que nous résolvons sont des problèmes partagés, et parce que nous préférons construire avec des personnes qui les comprennent plutôt qu’en isolement.
Remarque sur l’utilisation de l’IA dans le développement de Byline
Le modèle de stockage de base, l’interface utilisateur initiale et le système de configuration des schémas / de l’administration ont tous été développés à la main, en s’appuyant sur des années d’expérience dans la création de solutions au-dessus d’autres frameworks. Une fois notre modèle de base stabilisé, et à la suite du « grand bond » des assistants de codage IA vers décembre 2025, nous avons adopté de plus en plus une approche « guidée » de l’utilisation de l’IA générative basée sur des LLM pour concevoir et planifier les phases de travail. Ce fut un parcours remarquable. Le coût marginal du développement de Byline a considérablement baissé en conséquence — au point qu’avec une équipe de seulement 2 personnes, nous avons pu parvenir seuls à une version 1 « plutôt bonne ». La prochaine phase de développement se concentrera sur la stabilisation, la refactorisation et la documentation.
Notre intuition est que, même dans le monde en évolution rapide de l’IA basée sur les LLM, un système de gestion de contenu comme Byline restera un outil utile pour notre travail et pour les organisations que nous soutenons. Nous sommes également enthousiastes quant au potentiel de construire des services de plus haut niveau, activés par l’IA, au-dessus de Byline. Il est difficile de prédire comment tout cela va évoluer dans un monde du développement logiciel qui change rapidement, bien que nous pensions que la mission et la vision ci-dessus — ainsi que notre remarque sur La gestion de contenu à l’ère de l’IA — restent valables. Le temps dira si nous avons vu juste, ou non. ;-)