Le nerd derrière le costume soigné

Comment le logiciel libre m’a trouvé

Je n’ai pas choisi le logiciel libre. J’en avais besoin.

En 1999, mes camarades de classe avaient des Pentium II avec des cartes 3Dfx Voodoo. Moi, j’avais un IBM PS/2 286 sous MS-DOS 6.22, CorelDraw 1, WordPerfect 1 et le BASIC livré avec DOS. Trente mégaoctets d’espace disque — à moins de lancer DRVSPACE, qui le comprimait jusqu’à un impressionnant 122 Mo. Lent comme un escargot, mais il avait de l’espace disque. C’est ce que ma famille pouvait se permettre, et j’en ai tiré le meilleur.

Puis j’ai trouvé un 386DX dans la rue — littéralement, abandonné sur le trottoir par son ancien propriétaire. Je l’ai rapporté chez moi. Il fonctionnait, mais je n’avais aucun logiciel. C’est alors qu’un professeur m’a donné quelques disquettes avec Linux dessus. Je lui dois bien plus qu’il ne le sait probablement.

À partir de là, j’ai fait ce qu’on fait quand on a du matériel et pas d’argent : j’allais à la bibliothèque publique pour utiliser internet, je téléchargeais ce que je pouvais, et j’apprenais en cassant des choses et en les réparant. Quand j’ai finalement eu mon premier emploi et mon premier appartement, la première chose que j’ai achetée était une boîte de SuSE Linux 6.0. C’était difficile. Je suis passé un temps à Mandrake sans vraiment m’y faire. Mais j’ai continué.

Des années plus tard, quand j’ai sérieusement démarré ma carrière informatique, j’ai adopté Ubuntu parce que c’était populaire et que ça fonctionnait — surtout le gestionnaire de paquets. Il m’a fallu encore quelques années pour réaliser qu’Ubuntu était un dérivé de Debian. Quand j’ai découvert la source, j’en suis tombé amoureux et je n’ai jamais regardé en arrière.

Cela fait maintenant plus de 26 ans. La chronologie est floue, le matériel est depuis longtemps disparu, mais la conviction reste intacte : le logiciel libre n’est pas une préférence. Pour quelqu’un qui ne pouvait pas se permettre la manière établie de faire du logiciel — et c’était avant que Red Hat ne rende l’open source professionnel et d’entreprise — le logiciel libre était la seule porte ouverte. Je l’ai franchie, et je construis de l’autre côté depuis lors.

Du helpdesk à l’infrastructure

Ma carrière informatique a débuté en 2007 avec le poste que tout le monde commence : le support de première ligne. « Avez-vous essayé de l’éteindre et de le rallumer ? » « Je viens débloquer l’imprimante. » De grandes entreprises, surtout des contrats d’un à deux ans, le genre d’endroits qui traitent les gens comme des numéros sur une feuille de calcul.

Puis, par un concours de circonstances, je me suis retrouvé au chômage face à une offre d’emploi d’une société d’hébergement locale. J’ai postulé. Ils m’ont refusé.

La plupart des gens abandonnent après le centième refus. Je vivais d’allocation en allocation — tout juste de quoi garder la tête hors de l’eau — mais je croyais en ce poste. Alors au lieu de passer à autre chose, je les ai rappelés et j’ai dit : « Écoutez — si le poste est toujours disponible le mois prochain, laissez-moi venir une semaine pour vous montrer ce dont je suis capable. » Un mois passa. L’annonce était toujours là. J’ai appelé. Le lendemain, j’étais dans leurs bureaux.

C’était difficile. Il y avait beaucoup de choses que je ne savais pas. Mais toutes ces années de logiciel libre — 80 % du temps à lire de la documentation, 10 % à exécuter, 5 % à casser des choses, et ces 5 % restants de succès, à répéter — m’avaient donné quelque chose qu’aucune certification ne pouvait offrir : la capacité de trouver des solutions quand la documentation s’arrête. L’Arch Wiki à lui seul est une mine d’or de connaissances. Debian m’a appris le reste.

Cette société d’hébergement — une petite entreprise locale dans la ville où je vivais à l’époque, depuis absorbée par une plus grande — est là où tout a changé. C’est là que j’ai découvert Puppet — à l’époque où il était tout nouveau, version 2.x, avant même qu’Hiera n’existe — et que je suis tombé amoureux de l’idée que l’infrastructure pouvait être écrite comme du code : versionnée, testée, reproductible. Puis j’ai découvert Serverspec, et l’idée qu’on pouvait tester l’infrastructure de la même manière qu’on teste un logiciel, et cela a tout changé dans mon esprit.

À partir de là, le chemin était clair : gestion de la configuration, conformité, infrastructure as code, et finalement les outils de gouvernance de l’IA que je développe aujourd’hui. Chaque étape s’est construite sur la précédente — et chaque étape a été construite avec le logiciel libre. Debian, GNU, LibreOffice, Puppet, et les milliers de contributeurs qui ont rendu chacun d’eux possible.

Le nom

Il y a une histoire derrière le nom — mais la version courte est la suivante :

« Neat » représente ma façon de me présenter. Préparé, soigné, respectueux de la personne en face. C’est une valeur que j’ai héritée, et que j’applique à tout : le code que je livre, l’infrastructure que je construis, et oui, le costume que je porte à votre première réunion.

« Nerds » incarne les deux décennies de sessions de terminal, de gestion de configuration et d’un engagement déraisonnable à faire fonctionner l’infrastructure correctement. Le texte vert sur fond noir. Le git log sans conflit de fusion. Le tableau de bord de surveillance à 3 heures du matin.

Des costumes soignés. Des habitudes de nerd. NeatNerds.

Ce pour quoi je me bats

Votre infrastructure vous appartient.

Pas à un fournisseur, pas à un prestataire cloud, pas à celui qui détient la clé API. Je construis sur des logiciels libres et open source parce que c’est le seul modèle où les personnes qui dépendent de l’infrastructure peuvent l’inspecter, la modifier et en être propriétaires. Et cette infrastructure n’a pas besoin d’être neuve — je viens d’un milieu où l’on dépoussiérait du matériel mis au rebut, où l’on soudait de nouveaux condensateurs sur des circuits grillés, et où on le faisait redémarrer. Mes serveurs de production ont plus de 10 ans et fonctionnent encore. Le bon matériel ne périme pas — il lui faut simplement quelqu’un d’assez tenace pour le maintenir en vie.

La transparence n’est pas négociable.

Chaque ligne de code que je livre est publique. Chaque contribution de l’IA à mes produits est divulguée — via des trailers de commit, des fichiers de provenance et des en-têtes SPDX. Si je ne peux pas vous montrer comment quelque chose fonctionne, je n’ai aucune raison de vous le vendre.

La qualité est une habitude, pas une fonctionnalité.

Un git log propre, une pipeline CI au vert, une base de code bien testée — ce ne sont pas des options. C’est le minimum. Quand je livre un travail, vous devez pouvoir lui faire confiance sans avoir à le vérifier.

Un conseil honnête plutôt que des réponses confortables.

Dites au client ce qui sert ses intérêts, pas ce qu’il veut entendre. Si votre calendrier est irréaliste, je le dirai. Si votre architecture ne tiendra pas la charge, je le dirai.

Transparence sur l’IA

J’utilise des outils d’IA — principalement Claude Code — pour développer les logiciels NeatNerds et rédiger du contenu comme cette page. J’en suis transparent parce que vous méritez de savoir ce qui est humain et ce qui ne l’est pas. Chaque contribution de l’IA est suivie via des trailers de commit, des fichiers de provenance et des en-têtes SPDX. Chaque sortie de l’IA est revue par un humain avant d’être publiée. L’IA aide ; je décide.

Ma façon de travailler

Je ne travaille pas pour un titre ou un département. Je travaille avec vous, vers un objectif que je peux défendre. Cela signifie que lorsque je suis assis à votre table, je ne suis pas là pour valider des décisions déjà prises. Je suis là pour vous aider à en prendre de meilleures. Je suis critique par nature et par choix. Si votre calendrier est irréaliste, je le dirai. Si votre architecture ne survivra pas à sa première charge réelle, je le dirai. Non pas parce que j’aime être difficile — mais parce que mon rôle est de faire réussir votre mission, pas de rendre la prochaine réunion agréable. Je me présente préparé. Je me présente soigné. Et je me présente honnête. Si c’est le genre de personne que vous voulez dans la pièce quand des décisions d’infrastructure sont prises, parlons-en.

Informations sur l’entreprise

Entité juridique	NeatNerds BV
Localisation	Herbeumont, Wallonie, Belgique
KBO/BCE	BE 1014.727.589
Fondée par	Hugo Antonio Sepulveda Manriquez
Contact	query@neatnerds.be
Protection des données	dpo@neatnerds.be
Code source	gitlab.neatnerds.be — auto-hébergé

Soutenir le développement open source

Tous les produits NeatNerds sont libres et open source. Les développer et les maintenir prend du temps — du temps qui pourrait être consacré à du travail de conseil facturable. Si vous trouvez de la valeur dans ce que je construis et souhaitez contribuer à le faire perdurer, les contributions sont les bienvenues.

IBAN : BE22 9735 0519 6747
BIC : ARSPBE22
Communication : « FOSS support »

Avertissement de transparence

NeatNerds BV est une entité commerciale belge (besloten vennootschap), et non une organisation à but non lucratif. Les contributions versées sur ce compte ne sont pas déductibles fiscalement au titre de la législation fiscale belge en vigueur. Je travaille à la création d’une structure à but non lucratif dédiée (VZW/ASBL) spécifiquement pour recevoir des dons. En attendant, chaque contribution va directement au maintien des activités afin que je puisse continuer à construire des logiciels libres. Pas de budgets marketing, pas de loyer de bureau, pas d’encadrement intermédiaire. Juste une personne, un terminal, et la conviction que ce travail a de l’importance.