[🤖] La littératie IA est finalement la capacité d’instruire

✨ Résumé de GPT-5.5 　

Un texte sur le choc ressenti en conseillant un aspirant développeur issu d’un parcours nord-coréen qui n’avait jamais utilisé l’IA, face à la réalité d’une formation au développement sans IA, et sur l’idée que l’écart à venir viendra moins du codage manuel que de la capacité à concrétiser ce que l’on veut et à instruire des outils et des personnes.

Le choc resté après l’entretien

Le soir, j’ai rencontré un aspirant développeur issu d’un parcours nord-coréen et je l’ai conseillé sur son orientation.

Je lui ai partagé à quel point le paradigme du développement change à cause de l’IA… et j’ai été choqué d’entendre qu’il avait choisi le développement, étudié deux ans, et pourtant jamais utilisé l’IA.

Vraiment, l’écart de littératie IA devient énorme…

J’avais déjà écrit qu’il fallait développer la littératie IA et protéger l’humain pour survivre, et récemment, dans Le changement de paradigme du développement gravé dans les os et la chair, j’avais organisé l’idée que les capacités centrales du développeur se déplacent du codage manuel vers la planification, la conception, l’exécution et le feedback.

À ce moment-là, je ressentais surtout ce changement dans mon travail et sur le marché de l’emploi que j’affrontais.

Mais aujourd’hui, j’ai senti que cet écart est déjà en train de couper la ligne de départ de quelqu’un.

J’ai vu la même couche entre coder et construire une maison

Pendant l’entretien, une correspondance est restée dans ma tête.

D’un côté, il y a la technique de fabriquer directement avec ses mains.

• Dans le développement, coder et implémenter directement.
• Dans la construction d’une maison, souder, couper, meuler, assembler.

Au-dessus, il y a la technique qui consiste à définir le résultat et à faire bouger les acteurs d’exécution.

• Dans le développement, donner à l’IA les exigences, le contexte, les contraintes et les critères de vérification pour qu’elle produise le programme.
• Dans la construction d’une maison, organiser la structure, la circulation, le budget et les critères de finition de la maison où je veux vivre, puis les transmettre aux concepteurs et aux personnes sur le chantier.

Et au-dessus encore, il y a une orchestration plus large.

• Dans le développement, relier AI workers, coordinators, tests, logs, permissions et harnesses pour faire sortir le résultat voulu.
• Dans la construction d’une maison, relier conception, matériaux, processus, main-d’œuvre, calendrier et inspection pour que la maison imaginée devienne un espace réel.

Donc ce que je voulais mettre en correspondance n’était pas une comparaison simple comme coder = souder.

Il y a une couche où l’on fabrique directement avec les mains, et au-dessus une couche où l’on concrétise le résultat voulu et où l’on instruit les acteurs d’exécution.

Le développeur de l’ère IA est de plus en plus poussé vers cette couche supérieure. Il est moins quelqu’un qui tape le code ligne par ligne, et davantage quelqu’un qui donne à l’IA des objectifs et des contraintes compréhensibles, observe les résultats intermédiaires et réoriente le travail.

C’est pareil pour quelqu’un qui fait construire une maison. Même sans souder soi-même, on ne peut rien confier si l’on ne sait pas dans quel type de maison on veut vivre. Il faut pouvoir dire la structure, la circulation, le budget, les priorités, ce que l’on peut abandonner et ce que l’on ne peut absolument pas abandonner.

Au fond, le cœur du problème est ceci : jusqu’où puis-je imaginer concrètement ce que je veux fabriquer, et dans quelle mesure puis-je l’instruire à un outil ou à une personne pour qu’elle le comprenne.

L’écart s’ouvre dans la capacité à instruire

Le développement à l’ère IA n’est plus seulement une question de “combien de syntaxe j’ai mémorisée et tapée à la main”.

Bien sûr, cela ne veut pas dire que les bases sont inutiles. Si je ne sais rien, je ne peux pas relire ce que l’IA a produit ni remarquer qu’elle part dans une direction dangereuse.

Mais un écart encore plus inquiétant se forme ailleurs.

Quelqu’un qui ne sait pas ce qu’il veut ne peut pas non plus instruire correctement l’IA.

Quelqu’un qui ne sait pas découper un problème ne peut pas répartir le travail pour l’IA.

Quelqu’un qui n’a pas de critères pour évaluer le résultat ne sait pas si ce que l’IA a produit est juste ou faux.

Ce n’est pas vrai seulement dans le développement. C’est pareil quand on construit une maison. Si je ne sais pas dans quelle maison je veux vivre, quelle structure il me faut, ce que je dois abandonner et ce que je dois préserver, le résultat restera flou même avec de très bons professionnels.

Donc la littératie IA, ce n’est pas simplement “j’ai déjà utilisé ChatGPT”.

C’est la capacité à concrétiser ce que je veux, donner du contexte, poser des contraintes, regarder les résultats intermédiaires, instruire de nouveau et juger le résultat final.

Je le ressens de plus en plus vivement.

L’entretien n’était pas un transfert d’information, mais une vérification de ligne de départ

Je ne sais pas encore à quel point ce que j’ai dit aujourd’hui l’a aidé.

Mais une chose est devenue claire.

Certaines personnes traitent déjà l’IA comme un partenaire pratique de travail. D’autres essaient encore de devenir développeurs sans avoir jamais vraiment utilisé l’IA.

Cette différence n’est pas seulement une différence d’expérience d’outil.

C’est une différence dans la manière de lire le monde, de définir les problèmes, d’apprendre et de déléguer le travail.

C’est effrayant.

Et en même temps, cela me donne un sentiment de responsabilité.

S’il y a un changement que je vis en avance, je devrais au moins pouvoir dire à quelqu’un : “On ne peut plus se permettre d’ignorer cela.” Il ne s’agit pas de vendre une peur exagérée. Je trouve plus cruel d’expliquer avec l’ancienne méthode un terrain qui a déjà changé.

L’entretien d’aujourd’hui n’était pas simplement un conseil d’orientation.

C’était le jour où j’ai confirmé que le changement d’époque que je vois n’est même pas encore arrivé jusqu’à certaines personnes.