L’intelligence artificielle n’est pas un gadget de plus dans la boîte à outils du développeur. Elle transforme profondément la manière de produire du logiciel.
Face à cette transformation, nous avons deux choix.
Soit nous laissons quelques grandes plateformes décider de ce que sera le métier de développeur demain. Soit nous formons des femmes et des hommes capables de comprendre, piloter, critiquer et maîtriser ces outils.
Chez Holberton, nous avons choisi.
Nous ne voulons pas former des exécutants dociles de l’IA. Nous voulons former des développeurs capables de reprendre la main.
« L’IA va remplacer les développeurs. »
C’est trop simple.
L’IA ne remplacera pas la capacité à comprendre un besoin, concevoir une architecture, tester, sécuriser, travailler en équipe et livrer une application robuste.
En revanche, elle remet en question certaines pratiques : le copier-coller sans compréhension, le code produit sans réflexion, les fonctionnalités bricolées sans vision d’ensemble.
Et ce n’est pas forcément une mauvaise nouvelle.
Car le métier de développeur n’a jamais consisté uniquement à écrire des lignes de code.
Le vrai métier, c’est de résoudre des problèmes et de transformer un besoin en solution.
Avec l’IA, ce métier ne devient pas plus petit.
Il devient plus exigeant.
Langages, frameworks, bases de données, architectures, DevOps : ces compétences restent indispensables.
Mais une nouvelle dimension apparaît : savoir travailler avec des agents IA.
Un agent peut analyser un besoin. Un autre proposer une solution technique. D’autres peuvent écrire des tests, relire du code, rechercher des failles, documenter ou préparer un déploiement.
Et au milieu de cette chaîne, il faut un humain.
Pour piloter. Arbitrer. Décider.
Pour déterminer ce qui est pertinent, faux, dangereux, trop coûteux ou simplement inadapté au besoin.
C’est cela, l’orchestration agentic IA : organiser le travail entre plusieurs agents avec une méthode, un cadre, des contrôles et une exigence.
Le développeur ne disparaît pas de la chaîne de production.
Il en devient le chef d’orchestre.
Une IA peut produire du code très vite.
Mais produire vite ne veut pas dire produire juste.
Elle peut proposer une architecture bancale, inventer une dépendance, oublier un cas limite, introduire une faille ou produire des tests insuffisants.
La vraie question devient alors :
Qui contrôle ? Qui comprend ? Qui assume ?
En entreprise, lorsqu’une application tombe, ce n’est pas l’agent IA qui répond devant le client.
C’est l’équipe.
Former à l’orchestration agentic, c’est donc former à la responsabilité : savoir utiliser l’IA sans lui abandonner son jugement.
Il faut également parler du coût : financier, énergétique, technique et organisationnel.
Lancer des agents dans tous les sens sans stratégie, ce n’est pas de l’innovation.
C’est du gaspillage.
Tokens consommés inutilement, réponses non vérifiées, workflows opaques, dépendance excessive à certaines plateformes : le mauvais développeur de demain ne sera pas seulement celui qui code mal.
Ce sera aussi celui qui pilote mal ses agents, confond vitesse et qualité et génère beaucoup sans comprendre suffisamment.
À l’inverse, le bon développeur utilisera l’IA non pas pour se dispenser de penser, mais pour penser plus loin et travailler plus efficacement.
Utiliser des agents suppose également de pouvoir les observer.
Quels agents produisent réellement de la valeur ? Quels workflows coûtent trop cher ? Quels résultats sont fiables ? Lesquels doivent être systématiquement vérifiés ?
C’est là que l’observabilité devient centrale.
Dans le développement logiciel, personne n’imagine sérieusement mettre une application en production sans logs, métriques, monitoring ou alertes.
Pourquoi accepterions-nous alors de faire travailler des agents IA sans traces, sans évaluation et sans supervision ?
L’orchestration agentic consiste aussi à créer un cadre permettant de comprendre, mesurer, corriger et optimiser.
Bref : à reprendre la main.
Parce que la pédagogie Holberton repose déjà sur une conviction forte :
on n’apprend pas en consommant passivement du savoir.
On apprend en cherchant, en essayant, en se trompant, en recommençant, en travaillant avec ses pairs et surtout en construisant des projets.
C’est exactement ce dont nous avons besoin face à l’IA.
Un apprenant qui utilise un agent doit être capable d’expliquer pourquoi une solution est pertinente, pourquoi une architecture tient la route, pourquoi un test est utile ou pourquoi une réponse de l’IA doit être remise en question.
L’IA ne doit pas tuer le peer-learning. Elle le rend encore plus nécessaire.
Plus les outils deviennent puissants, plus il devient important de confronter les résultats, défendre ses choix et apprendre à challenger.
Nous ne voulons pas d’un avenir dans lequel quelques plateformes fournissent les modèles, des outils génèrent le code et des techniciens se contentent de cliquer sur « valider ».
Nous voulons former des développeurs augmentés par la maîtrise de l’IA.
Des développeurs capables de construire des applications solides, de piloter des agents, de superviser leurs coûts, de conserver une exigence technique et de comprendre les conséquences de leurs choix.
Parce que la vraie autonomie, demain, ne consistera pas à refuser l’IA.
Elle consistera à ne pas en être prisonnier.
Mettre « IA » sur une brochure est facile.
Former sérieusement à son utilisation l’est beaucoup moins.
Notre ambition est que les apprenants sachent organiser des agents, structurer des workflows, contrôler les résultats, tester, superviser, mesurer, corriger, documenter et livrer.
Autrement dit : travailler avec l’IA comme des professionnels.
Pas comme des spectateurs fascinés par une machine.
L’IA est déjà entrée dans le développement logiciel. La vraie question n’est donc plus de savoir si elle va transformer le métier.
La question est : qui va la maîtriser ?
Le développeur de demain ne sera pas celui qui connaît le plus grand nombre de prompts.
Ce sera celui qui sait poser un problème, le découper, mobiliser les bons agents, contrôler leur travail, mesurer la qualité, comprendre les limites et assumer une livraison.
Et surtout, conserver une chose que l’IA ne doit jamais remplacer :
le jugement.
C’est pour cela que nous faisons le choix de l’orchestration agentic IA.
Pas pour suivre une mode. Mais parce que le métier change et que notre responsabilité est de préparer les apprenants au monde qui arrive.
Un monde où l’IA sera partout, mais où la différence se fera toujours sur l’intelligence humaine, la méthode, la rigueur, le collectif et la capacité à reprendre la main.
L’avenir du développement ne doit pas être confisqué. Il doit être compris, maîtrisé et rester entre les mains de celles et ceux qui construisent vraiment.
Coach Technique
Student Success Manager