Manifeste
Du logiciel, écrit délibérément.
Le point de vue d’une petite entreprise. Lisez-le avant de nous envoyer votre brief — si vous êtes en profond désaccord avec lui, nous ne sommes pas la bonne équipe pour le travail.
01 La pile au complet, pas le service complet.
« Agence à service complet » est le nom qu’on donne à une organisation bâtie sur des passations. L’équipe web blâme l’équipe d’hébergement. L’équipe d’hébergement blâme l’équipe applicative. L’équipe applicative blâme le fournisseur d’IA. Chaque joint entre spécialistes est un endroit où la responsabilité s’évapore.
Nous ne faisons pas de passations parce que nous n’avons pas de spécialistes entre qui passer le travail. La même personne qui écrit le Worker écrit le prompt d’IA, conçoit le schéma de base de données, configure le pare-feu et lit les journaux de production à 2 h du matin quand quelque chose tourne mal. Ce n’est pas une contrainte dont nous nous excusons — c’est la prémisse entière.
02 L’IA, c’est de l’ingénierie, pas de la magie.
La plupart des fonctionnalités d’IA en 2026 sont construites par des gens qui traitent les modèles de langage comme des oracles. Le résultat est un logiciel qui répond parfois correctement, hallucine parfois, et est impossible à déboguer parce que personne n’a couché l’architecture sur papier.
Nous traitons l’IA comme tout autre système distribué peu fiable : nous contraignons ses entrées, validons ses sorties, journalisons ses décisions et écrivons des évaluations qui échouent bruyamment quand le modèle régresse. Les parties intéressantes d’une fonctionnalité d’IA ne sont pas le modèle — ce sont la récupération, le schéma, les garde-fous et l’observabilité autour du modèle. C’est là que se trouve l’ingénierie. C’est là que nous travaillons.
03 La périphérie n’est pas un futur. C’est le présent, essentiellement.
Chaque page rendue côté serveur qui prend 800 ms en 2026 est un choix délibéré — habituellement fait il y a des années et jamais réexaminé. Cloudflare Workers s’exécute dans plus de 300 villes. Le même code qui sert Halifax sert São Paulo. Il n’y a aucune raison pour que la plupart des sites de marketing, des outils internes et des API augmentées par l’IA ne vivent pas en périphérie.
Nous nous spécialisons dans Cloudflare non pas parce que c’est à la mode, mais parce que l’option de rechange — « nous déployons sur AWS comme l’équipe en a l’habitude » — produit chaque fois la même architecture, qu’elle convienne ou non à la charge de travail. La spécialisation nous force à choisir la bonne primitive pour chaque problème au lieu de tendre la main vers la plus familière.
04 Nous sommes sélectifs — sur le bon ajustement.
Nous refusons du travail chaque semaine, et nous disons pourquoi par écrit. Non pas parce que nous en faisons une affaire de principe, mais parce que le mauvais mandat n’aide personne : vous obtenez la moitié de notre attention, et nous obtenons un projet dont nous ne pouvons pas être fiers. Alors nous sommes honnêtes, tôt, quant à savoir si nous sommes la bonne équipe pour ce dont vous avez besoin.
Si nous ne sommes pas le bon ajustement, nous le dirons — et nous vous orienterons vers mieux quand nous le pouvons. Si nous le sommes, vous obtenez une petite équipe senior qui accorde à votre projet une attention réelle : pas un junior qui travaille à partir d’un gabarit, pas un numéro dans un backlog.
05 Des mots sur une page avant le code, toujours.
Chaque mandat commence par un brief écrit — le vôtre — et une réponse écrite — la nôtre. Chaque décision d’architecture devient un document avant de devenir du code. Chaque sprint se clôt par un journal des changements écrit. Nous le faisons parce que la trace écrite est ce qui survit à la conversation, à la réorganisation, au changement d’équipe et à l’année qui passe entre « nous avons livré ceci » et « nous devons étendre ceci ».
Un logiciel écrit sans trace écrite est un logiciel que la personne suivante ne peut pas modifier en toute sécurité. Nous travaillons pour que la personne suivante — votre équipe après notre passation, ou vous dans dix-huit mois — puisse modifier ce que nous avons construit sans refaire la découverte.
06 Nous facturons des résultats, pas des heures.
Le contrat à l’heure récompense deux mauvais réflexes : le nôtre, prendre plus de temps ; le vôtre, microgérer la portée. Alors nous ne facturons pas à l’heure. Nous cadrons chaque projet, convenons d’un prix fixe avant que le travail commence et assumons la livraison — vous savez ce que ça coûte et ce que vous obtenez avant de vous engager. Pas de compteur qui tourne, pas de facture-surprise.
07 Le logiciel est pour l’exploitant, à terme.
L’équipe qui vit avec le logiciel est celle qui l’a écrit, parfois pendant des années. Les choix de construction qui semblent élégants à la semaine un sont mis à l’épreuve à la semaine 104. Nous ne choisissons pas de bibliothèques qui n’ont qu’un seul mainteneur GitHub, de configurations qui ne fonctionnent que grâce à un message Slack enfoui dans les messages privés de quelqu’un, ni de fournisseurs dont le modèle de tarification finance un futur projet de migration. Nous construisons pour l’exploitant qui existe trois ans après le lancement — même si cet exploitant est votre équipe, pas nous.
SetKernel Digital Inc.
Halifax, Nouvelle-Écosse — actifs partout dans le monde