Ce que nous nous imposons

Ce que nous refusons — et pourquoi

Trois choses que ce studio ne fera pas, même si on nous les demande, et même si elles se vendent bien.

• Nous ne construisons pas de plateforme qui centralise toutes vos données. Parce qu'un fichier central est ce qu'on vole : un endroit qui rassemble tout est un endroit qui, s'il tombe, livre tout d'un coup. Ce qui n'a pas été copié ne peut pas fuir. Et la raison de fond est plus forte que ça : le danger d'une fuite ne vient pas seulement de la fuite. Il vient de ce qu'on peut faire en recoupant plusieurs bases — un nom ici, une adresse là, un identifiant ailleurs, et une identité se reconstitue. Ne pas détenir la pièce qui rend ce recoupement possible protège donc aussi contre des fuites que nous n'avons pas causées.
• Nous ne publions aucun chiffre sans sa source et sa date. Parce qu'un nombre sans origine a la forme d'un fait sans en être un. Un chiffre est une mesure : il porte l'instrument, le moment et le périmètre qui l'ont produit — sinon ce n'est pas un chiffre, c'est une impression écrite en chiffres.
• Nous ne déléguons pas la décision. Parce qu'un système qui produit une réponse ne stocke rien : il n'a ni la responsabilité de ce qu'il affirme, ni le moyen de savoir qu'il se trompe. Il faut quelqu'un pour vérifier, et ce quelqu'un doit pouvoir être nommé.

Ce ne sont pas des promesses commerciales, ce sont des règles de travail : elles coûtent du temps, et c'est pourquoi on les écrit ici plutôt que de les laisser dans nos têtes.

Les trois gestes que nous nous imposons

Un travail universitaire, cité plus bas, propose trois gestes de défense contre ce qu'il appelle un déchargement de l'attention. Nous ne le traitons pas comme une preuve — voir la limite, plus bas — mais il décrit assez bien une discipline que ce studio applique déjà en partie. La voici, avec ce qui manque.

1. Vérifier systématiquement

   Chaque construction du site fait tourner des contrôles automatiques qui échouent quand une règle est cassée — contrastes, poids de la page livrée, nombre de requêtes du premier chargement, cohérence des adresses, coordonnées réellement arrivées au visiteur, et la signature qualité qui les survole. Un contrôle qui échoue arrête la livraison : il ne produit pas un avertissement qu'on pourrait choisir de ne pas lire. Le relevé du dernier build montre leur état, tel qu'il a été mesuré, avec l'heure.

2. Garder des moments sans assistance

   Quatre décisions ne passent par aucun outil d'intelligence artificielle : la stratégie, le visuel, le juridique et la mise en ligne. Elles restent au dirigeant, qui les assume. Ce n'est pas une pudeur : c'est le seul endroit où la responsabilité peut être nommée quand quelque chose se passe mal. Un agent peut proposer une option ; il ne tranche pas, et il ne signe rien.

3. S'imposer des périodes déconnectées pas encore en place

   Ce point n'existe pas encore chez nous, et nous l'écrivons. Le studio n'a pas aujourd'hui de plage où il travaille sans assistance — ni de règle qui l'y obligerait. C'est un manque connu, il appartient au dirigeant de le trancher, et il est préférable de lire ici un point manquant qu'une affirmation de plus.

Notre mémoire de nos propres erreurs

Le studio tient un registre de ses échecs : chaque entrée porte sa date, ce qui a échoué, et la mesure qui l'établit. Peu d'organisations le font, et ce n'est pas confortable à tenir — un registre d'échecs est un document qui vous contredit à chaque page.

Le chiffre exact, et ce qu'il ne dit pas. Le relevé du dernier build affiche le nombre de contrôles qui ont réellement tourné : c'est lui qui fait foi, pas cette page, et le nombre a changé plusieurs fois cette semaine. Cette page ne cite donc ni la liste de ces contrôles, ni leur nombre — elle cite six affirmations fausses, parce que celles-là sont des faits datés.

Ce que cette page ne garantit pas

• Cela ne rend personne invulnérable. Aucune méthode ne rend un système inviolable, et nous n'en vendons aucune. Ce que ces règles changent est plus étroit, et c'est déjà beaucoup : une compromission de ce studio ne donne pas accès au fichier de plus d'un million de personnes dont parlent les faits divers de cette rentrée — parce que ce fichier n'existe pas ici, et que rien chez nous ne le rassemble. De la même manière, une erreur du studio porte un nom et une date : elle est écrite, et elle reste lisible.
• Un travail non évalué par les pairs n'est pas une preuve. Le texte que nous citons plus haut — Solé et Ruffini, identifiant 2509.03344 — est un pré-print : il n'a pas été évalué par les pairs, et cette fiche le dit elle-même. Nous ne nous appuyons donc pas dessus comme sur un résultat établi : nous le lisons comme une hypothèse intéressante, et nous appliquons des gestes que nous jugerions utiles même si l'hypothèse était fausse. L'étude économique citée à côté des mêmes faits d'actualité n'est pas davantage une garantie : c'est une étude, avec son échantillon et ses limites.
• Nous ne sommes pas juristes. Nous n'avons qualifié juridiquement aucun des faits qui ont motivé cette page, et nous ne le ferons pas : la qualification appartient aux autorités, et le conseil au conseil de ceux que cela concerne. Nos règles sont des règles de métier, pas un avis de droit — et cette page n'en donne aucun.
• Cette page ne tient pas de registre, et elle ne sera pas à jour d'elle-même. Elle dit l'état des règles au 19 septembre 2026. Un point qui change — et le troisième geste peut changer — doit être réécrit ici à la main ; rien ne l'y oblige. La page qui, elle, se remesure à chaque construction est l'état du studio.