Un livre de Python revendu presque sans être ouvert, mais un site qui fonctionne. Retour d’expérience sur la délégation du travail technique et les contrôles qui restent indispensables.
Il y a quelques années, j’ai acheté un livre de Python parce que la programmation m’intriguait. Je l’ai à peine ouvert. Finalement, je l’ai revendu.
Aujourd’hui, je gère pourtant un site web. Je n’en ai pas écrit le code, je n’ai pas lancé les tests manuellement et je n’ai pas effectué moi-même les opérations techniques de mise en ligne. Je choisis les fonctions à créer, je les confie à l’IA et j’examine le résultat.
Peut-on exploiter un site sans savoir programmer ? Pour certains nouveaux projets, oui, si les outils d’IA et l’automatisation prennent en charge ces étapes. En revanche, il faut toujours formuler les demandes, vérifier les livraisons et savoir quand demander de l’aide.
Le manuel est parti, pas le site
Le parcours classique commence par l’apprentissage d’un langage, puis l’écriture de code et enfin la création d’un produit. Ici, tout commence par une idée.
Je décris une fonctionnalité à l’IA. Elle produit ou modifie le programme. Je regarde ce qui apparaît à l’écran et je demande une correction si nécessaire. Après plusieurs cycles, le site peut traiter des contenus dans plusieurs langues et recevoir des mises à jour.
Je conserve les décisions, les inscriptions liées à mon identité et l’évaluation du résultat. Je n’ai même pas étudié le chapitre sur les variables, mais j’en suis déjà à « exploiter le service ». Le programme de formation a manifestement un bogue.
Les journaux d’erreurs aussi sont délégués
Une jolie page n’est que le début. Une modification peut casser une autre fonction ; un test échoue et l’écran se remplit de messages techniques.
Devant ces lignes, ma réaction est simple : « Je dois vraiment lire tout ça ? »
Je demande donc à l’IA d’examiner les erreurs, de chercher leur cause, de corriger et de vérifier à nouveau. Des problèmes peuvent encore survenir, mais je ne déchiffre plus chaque ligne. Parfois, c’est même le quota hebdomadaire du service d’IA qui atteint sa limite en premier.
Ce cas personnel ne permet pas de garantir le même résultat sur des logiciels anciens ou très complexes.
Pas de cuisine préparée par maman ? Payons la préparation.
Dans un débat sur l’automatisation, quelqu’un comparait un environnement de développement prêt à l’emploi à une cuisine où la mère a déjà acheté et découpé les ingrédients.
L’image rappelle une vraie difficulté : installer les outils, relier les services et réparer des logiciels hérités peut demander beaucoup de travail. Commencer un projet neuf est souvent différent de reprendre un système ancien.
Mais celui qui ne veut pas devenir cuisinier pose une autre question :
« Si quelqu’un doit préparer la cuisine, pourquoi ne pas lui confier ce travail contre rémunération ? »
La formule fait sourire. Pourtant, la préparation est bien une tâche que l’on peut déléguer, comme on peut payer une aide pour faire les cartons lors d’un déménagement.
L’effort technique ne disparaît pas : il faut choisir l’intervenant, fixer un prix juste et contrôler le résultat.
Quand l’IA bloque, on peut appeler un professionnel
Si le quota est atteint ou qu’un problème résiste, on peut patienter ou confier une mission précise à un développeur.
Connaître une personne qui travaille dans le web facilite cette possibilité. Il reste à vérifier ses compétences, son temps disponible et ses conditions. Il ne s’agit pas de payer le moins possible, mais de trouver une collaboration équitable.
Trois vérifications restent à la charge du responsable
D’abord, ouvrir la page réellement visible par le public. « Mise en ligne réussie » ne signifie pas forcément que le bon contenu apparaît.
Ensuite, connaître la marche à suivre pour rétablir l’ancienne version après une erreur.
Enfin, renforcer les contrôles lorsque le produit touche à des données personnelles, à des paiements ou à la sécurité.
GitHub décrit l’automatisation des tests lors des changements. L’étude DORA 2025 de Google souligne que l’IA amplifie les qualités, mais aussi les faiblesses, du système de développement qui l’entoure.
Le livre de recettes est parti, la cuisine reste ouverte
Apprendre à coder peut être passionnant, mais ce n’est pas la seule voie vers un service fonctionnel.
Je n’ai pas lu le livre de Python et je n’ai toujours aucune envie de lire une page entière d’erreurs.
Je ne suis pas devenu cuisinier : je suis devenu celui qui organise la cuisine. Même les courses peuvent être déléguées.
Références (2)
- GitHub Docs, Continuous integration (accessed 2026-10-14): https://docs.github.com/en/actions/get-started/continuous-integration
- Google DORA, State of AI-assisted Software Development 2025: https://dora.dev/research/2025/dora-report/
