Notre façon de faire : artisans à l'ère de l'IA

Le métier

On se sert de l'IA tous les jours pour écrire du code. Ce qu'on ne lui délègue jamais, c'est la décision de ce qu'il faut construire, et la vérification de ce qui a été construit.

L'outil a changé.
Le métier, non.

Un artisan n'est pas quelqu'un qui refuse les machines. C'est quelqu'un qui répond de son ouvrage : il connaît ses matériaux, il choisit ce qu'il faut faire, et il vérifie avant de livrer.

L'IA écrit vite. Ça rend la revue et les tests plus importants, pas moins. Chez Zebup, l'IA est un outil entre les mains de quelqu'un qui sait reconnaître du bon code, et qui en assume le résultat.

Du travail bien fait, qui se transmet

Cinq pratiques, un exemple concret chacune

Ce sont des gestes de tous les jours, pas des principes affichés. Les exemples ci-dessous illustrent la façon dont chacun se traduit dans un projet.

Des tests automatisés sur chaque livraison

Pas de fonctionnalité sans test qui la protège. C'est ce qui permet de changer le code six mois plus tard sans peur.

Un exemple Avant de modifier un calcul de prix, un test décrit le résultat attendu pour chaque cas connu. Si un changement en casse un, nous le voyons avant vous.
Les décisions écrites avant le code

Un document de conception court pour chaque sujet qui compte : ce qu'on fait, ce qu'on ne fait pas, et pourquoi. Il reste dans votre dépôt.

Un exemple Avant de bâtir la synchronisation avec votre comptabilité, un court document dit ce qui est synchronisé, dans quel sens, et ce qui arrive en cas d'erreur. Il reste dans votre dépôt.
La revue comme garde-fou

Tout le code est relu par un humain avant d'être livré, y compris celui que l'IA a généré. Surtout celui-là.

Un exemple Une fonction générée par l'IA passe par la même revue qu'une fonction écrite à la main : quelqu'un la lit, la questionne et refuse de la livrer tant qu'elle n'est pas comprise.
Un code qui vous appartient et se reprend

Lisible, documenté, sans dépendance à nous. Votre équipe, ou un autre prestataire, peut continuer sans nous appeler.

Un exemple Un nouveau développeur, de chez vous ou d'ailleurs, peut installer le projet en suivant le guide du dépôt et lancer les tests dès le premier jour.
Livrer petit et souvent

Des lots de quelques semaines, chacun en production et vérifiable, plutôt qu'une grande révélation à la fin.

Un exemple Plutôt qu'un portail complet livré en fin de projet, un premier lot met en ligne la connexion et la liste des dossiers. Vous la voyez fonctionner avant que le reste existe.

L'IA, sans détour

Nous utilisons des outils d'IA ouvertement, tous les jours. Voici ce que cela veut dire, et ce que cela ne veut pas dire.

Ce qu'elle fait pour nous

Écrire une première version du code, que nous relisons et corrigeons.
Proposer des améliorations à du code existant.
Rédiger des tests et de la documentation.
Explorer rapidement un code que nous ne connaissons pas.

Ce que nous ne lui déléguons jamais

La décision de ce qu'il faut construire.
Le jugement sur ce qui est correct.
La responsabilité de ce qui est livré.

Comment nous vérifions

Tout le code est relu par un humain avant d'être livré, y compris celui que l'IA a généré.
Chaque livraison est protégée par des tests automatisés.
Les décisions importantes sont écrites avant le code.

L'IA écrit vite. C'est ce qui rend la revue et les tests plus importants, pas moins.

Questions fréquentes

Votre code est-il écrit par une IA ?

En partie : nous utilisons l'IA tous les jours pour écrire des premières versions. Mais chaque ligne est relue par un humain avant d'être livrée, et chaque livraison est protégée par des tests automatisés.

Qui vérifie le code généré par l'IA ?

Un humain, toujours. La relecture est la même que pour du code écrit à la main, et les tests automatisés confirment que le comportement attendu est bien là.

Pourquoi écrire les décisions avant le code ?

Parce qu'un document court qui dit ce que nous faisons, ce que nous ne faisons pas et pourquoi évite les malentendus, et il reste dans votre dépôt pour ceux qui reprendront le projet.

Que recevons-nous à la fin d'un lot ?

Une version en production et vérifiable, du code lisible et documenté, des tests qui le protègent et les décisions prises, écrites dans votre dépôt.

Pouvons-nous reprendre le projet sans vous ?

Oui, c'est le but. Le code est lisible et documenté, sans dépendance à nous : votre équipe, ou un autre prestataire, peut continuer.

Parlons de votre projet

Le premier échange est gratuit et sans engagement. Nous répondons en français ou en anglais.

Débuter un projet