Chaque programmeur possède sa collection de code. Presque personne n'y trouve quoi que ce soit.

Où vivent réellement les bons morceaux

Une fonction utile écrite il y a deux ans dort dans une application de notes. Une expression qui a coûté un après-midi est dans un historique de conversation avec un collègue parti ailleurs. Une commande d'une ligne est dans un fichier texte du bureau, nommé d'après rien de précis. La recherche prend des minutes, la mise en forme doit être refaite à la main une fois le morceau retrouvé, et le rituel revient chaque mois.

Cet outil a commencé comme un simple gestionnaire de fragments et s'est élargi sans abandonner la propriété qui le rend digne de confiance : rien ne quitte la machine.

Ce que c'est, techniquement

Des centaines de langages et bien plus d'une centaine de thèmes de coloration, sur le même cœur d'éditeur et le même format de définition de langage que les éditeurs de code courants, d'où une coloration familière plutôt qu'approximative. Ce qui compte davantage est l'endroit où vivent les données : de simples fichiers Markdown sur votre propre disque. Pas de compte, pas de service au milieu, pas de base illisible par un éditeur de texte.

Quatre modules autour d'une habitude

Les fragments s'organisent par dossier et par étiquette, avec un champ de description, un réglage de langage et une mise en forme au collage, si bien qu'un extrait copié d'un courriel cesse de ressembler à un courriel. Les notes Markdown disposent d'un éditeur complet avec tableaux, blocs de code et formules : la documentation technique et le journal de développement vivent donc dans le même espace que le code qu'ils décrivent, au lieu d'une seconde application avec sa propre recherche.

Les requêtes HTTP s'essaient dans la même fenêtre : une alternative légère au client d'interface habituel, suffisante pour vérifier un point d'accès sans changer d'application. S'ajoutent une calculatrice d'expressions pour les empreintes et les bases de numération, et une carte mentale produite depuis un plan Markdown — le moyen le plus rapide de voir la forme d'un projet ou d'un ensemble de notes.

Pourquoi le stockage local est l'argument

Quatre conséquences en découlent, toutes pratiques plutôt que philosophiques. Cela travaille hors ligne à toute heure. Les fragments contiennent souvent des clés et des paramètres de serveur, mieux placés sur un disque que vous contrôlez. Le format étant du texte brut, toute la bibliothèque peut entrer dans la gestion de versions et se comparer comme du code. Et si le projet s'arrête demain, les données restent lisibles et modifiables dans n'importe quel éditeur — le mode de défaillance est la gêne, pas la perte.

Comparaison honnête, et deux vraies lacunes

Dans cette catégorie, chaque alternative renonce à quelque chose : un outil payant limité à une plateforme, un projet libre passé ensuite à l'abonnement, un service de fragments dépendant d'une connexion et donc inadapté au matériel privé. Sur les quatre axes — gratuit, libre, multi-plateforme, local d'abord — celui-ci renonce au moins.

Les lacunes méritent d'être nommées. Il n'y a pas de synchronisation intégrée, donc plusieurs machines exigent de synchroniser le dossier de données avec un disque en ligne ou un utilitaire de synchronisation de votre choix — faisable, et différent d'une fonction du produit. Et il n'y a pas de client mobile : le téléphone n'entre pas dans l'histoire. Si lire vos fragments sur un téléphone est une exigence, c'est le mauvais outil et aucun réglage n'y changera rien.

À qui cela sert vraiment

Les cas les plus nets sont ceux qui refont le même type de travail : vérifier un point d'accès, retrouver une ligne de configuration, réutiliser une expression de recherche. Celui qui retape une fonction de mémoire une fois par semaine parce que l'ancienne version dort dans une conversation en fait partie. Et qui, pour des raisons professionnelles, ne peut pas déposer des extraits de code chez un tiers n'a de toute façon pas d'équivalent ici.

Ce n'est pas le bon endroit pour qui veut lire ses notes sur un téléphone et voir les appareils se rejoindre aussitôt. Ni pour une équipe qui cultive une collection ensemble : il n'y a ni partage, ni rôles, ni serveur. C'est une boîte à outils personnelle, et elle fonctionne au mieux quand on la traite comme telle.

Ce n'est pas le gestionnaire de code le plus spectaculaire. C'est le plus posé : format ouvert, emplacement à vous, coloration assez bonne pour que lire du code soit agréable, et des modules de notes et de requêtes qui vous évitent de quitter la fenêtre pour le travail d'à côté.