Vos données restent vos données
Aucun extrait de votre base, aucun document client, aucune donnée personnelle n'est soumis à un service tiers sans accord écrit et périmètre défini. Les jeux de test sont générés ou anonymisés.
Méthode
L'atelier est ouvert.
Il n'y a rien à cacher dans une manière de travailler : ce qui est difficile, ce n'est pas de la connaître, c'est de la tenir tous les jours. Voici la nôtre, garde-fous compris.
Le cycle
Quatre temps
Ils ne changent ni avec la taille du projet, ni avec le client. Seule la durée de chaque temps varie.
Cadrer, et l'écrire
Chaque décision structurante tient sur une page : le problème, l'option retenue, les options écartées et la raison de les écarter. Ces pages sont numérotées, datées, versionnées avec le code, et elles ne sont jamais réécrites — on en ajoute une qui remplace la précédente.
Pourquoi : dix-huit mois plus tard, personne ne se souvient de pourquoi ce choix. Sans trace écrite, on le rejoue — en général plus mal.
Montrer avant de promettre
Des écrans cliquables en quelques jours : parcours complets, cas limites, messages d'erreur, états vides. On corrige sur du visible, avant que la moindre ligne de code métier n'existe.
Pourquoi : c'est le seul moment où changer d'avis ne coûte presque rien.
Livrer par lots
Un lot = une fonctionnalité utilisable, ses tests, sa documentation, dans le même commit. L'intégration continue fait foi : une suite verte sur le poste de développement n'est pas une livraison.
Pourquoi : un projet qui livre tous les quinze jours ne peut pas dériver de six mois.
Exploiter, puis passer la main
On tient la production, on publie un rapport mensuel lisible, et on écrit tout ce qu'il faut pour qu'un autre puisse reprendre : procédures de déploiement, de restauration, de rotation des secrets.
Pourquoi : un prestataire irremplaçable est un risque, pas un atout.
L'outillage
Ce que la machine fait,
ce que l'humain garde
Nos outils écrivent du code, en relisent, en testent, et produisent une bonne partie de la documentation. C'est ce qui explique nos délais. Ce n'est pas ce qui fait la qualité du résultat : la qualité vient de ce qu'on ne leur confie pas.
Une génération non relue est un brouillon. Un brouillon fusionné est une dette. La frontière est donc écrite, et elle ne bouge pas selon la pression du calendrier.
Confié à l'outillage
- Écrire la première version d'un module à partir d'une spécification écrite.
- Produire les tests d'un comportement déjà décidé.
- Relire un diff et signaler ce qui sent mauvais.
- Migrer du code répétitif, renommer, réorganiser à grande échelle.
- Rédiger et tenir à jour la documentation technique.
Gardé par l'humain
- Décider de l'architecture et assumer l'arbitrage.
- Valider ce qui touche à l'argent, aux données personnelles, à la sécurité.
- Signer la fusion. Toujours : rien n'entre sans lecture humaine.
- Dire au client ce qui ne va pas, et quand il faut renoncer.
- Porter la responsabilité de ce qui est livré. Elle ne se délègue pas.
Garde-fous
Cinq règles qui ne se négocient pas
Elles figurent dans nos contrats. Un client qui demande à les assouplir obtient un refus, pas une exception.
Aucun secret ne circule
Clés d'API, mots de passe, jetons : jamais dans le code, jamais dans un outil externe, jamais dans un message. Stockés chiffrés, renouvelables, et renouvelés au départ de quiconque y a eu accès.
Revue humaine obligatoire
Rien n'est fusionné sans avoir été lu par un humain qui engage sa responsabilité. Aucune urgence, aucune démonstration, aucun jalon commercial ne justifie une exception.
Tout est traçable
Décisions datées, historique complet, journal des changements tenu à jour. On peut reconstituer qui a décidé quoi, quand, et sur quelle base — deux ans après.
Vous restez propriétaire
Dépôt, infrastructure, noms de domaine, comptes de service : à votre nom dès le premier jour. Une réversibilité qui se demande n'en est pas une.
Et si on se trompe
On le dit, on le corrige à nos frais quand c'est de notre fait, et on écrit ce qui a manqué pour que ça ne revienne pas. C'est la seule garantie qui vaille.
La preuve
Ce qui bloque une livraison
Une machine, pas une opinion. La chaîne s'exécute à chaque modification ; tant qu'un feu est rouge, rien ne part.
| Étape | Ce qu'elle vérifie | Si elle échoue |
|---|---|---|
| Typage | Aucune erreur de type, aucun raccourci masqué par un cache de construction. | bloquant |
| Style | Conventions du projet, imports morts, chaînes en dur non traduites. | bloquant |
| Tests unitaires | Comportements métier, sans jamais toucher une base réelle. | bloquant |
| Tests d'intégration | Les modules ensemble, sur une base jetable, fuseau et langue forcés. | bloquant |
| Charge & concurrence | Sur les points où deux clients simultanés peuvent se marcher dessus. | bloquant |
| Construction des images | Que ce qui part en production est exactement ce qui a été testé. | bloquant |
| Vérification avant déploiement | Variables présentes, migrations toutes référencées, sauvegarde récente. | bloquant |
Les tests de dates s'exécutent avec le fuseau et la langue de production forcés. Sans cela, une suite verte peut mentir : c'est arrivé, une fois. Une seule.
Cette manière de faire vous intéresse pour votre équipe ?
C'est exactement ce qu'on installe chez vous : les outils, les garde-fous, et la façon de s'en servir sans perdre la main. Avec notre expertise, sur votre code.