Louis Derrac aborde dans cet article la nécessité de repenser l’éducation au numérique pour éviter de simplement accompagner sa massification sans critique. Il souligne que l’enseignement actuel, souvent réduit à une simple adaptation aux outils numériques dominants (GAFAM, plateformes oligopolistiques), ignore les enjeux écologiques, sociaux et politiques de cette numérisation. Selon lui, éduquer au numérique implique de questionner ses impacts, ses infrastructures centralisées et ses effets aliénants, plutôt que de le présenter comme une fatalité.
L’auteur propose le concept de numérique acceptable, plus radical que le numérique responsable, car il reconnaît explicitement les coûts cachés du numérique (écologiques, sociaux) et refuse de le considérer comme neutre ou inévitable. Il défend une éducation technocritique, politique et émancipatrice, visant à former des citoyens capables de comprendre, critiquer et transformer ces outils plutôt que de les subir.
En pratique, Derrac oppose une approche consumériste et aliénante (comme l’enseignement des usages de Google) à une démarche contributrice et libératrice, encourageant des alternatives comme les moteurs de recherche éthiques ou la lutte contre le capitalisme de surveillance. Son objectif est de rendre l’éducation au numérique à la fois critique et constructive, en alignant ses méthodes sur les valeurs de soutenabilité et d’intérêt général.
En 2026, jusqu’à 79 % des tâches traditionnellement confiées aux développeurs juniors pourraient être automatisées par l’IA, remettant en cause les méthodes de formation classiques (syntaxe → implémentation → architecture). Le marché de l’emploi junior se contracte (-40 % à -46 % d’offres selon les pays), mais le vrai défi est pédagogique : former des profils capables de concevoir et d’évaluer des architectures logicielles, plutôt que de simplement produire du code. Les juniors doivent désormais maîtriser l’architecture, les patterns de conception, l’infrastructure et l’audit de code dès le début de leur apprentissage, l’IA prenant en charge la syntaxe. Des expérimentations émergent, comme l’introduction du System Design dès les premières semaines ou l’utilisation de l’IA comme outil d’apprentissage critique. Sans cette inversion, les juniors risquent de devenir des copier-colleurs rapides, générant du code qui "marche" en démo mais accumule dette technique et bugs en production. L’enjeu : éviter une génération de développeurs coincés au niveau débutant, incapables de devenir seniors. Pour les managers, cela implique de repenser le mentorat, de privilégier la qualité à la quantité, et d’encourager l’apprentissage par l’échec et l’analyse. Les écoles et entreprises pionnières (comme Columbia Engineering) testent déjà ces approches, mais la France reste en retard. La question n’est plus de savoir s’il faut changer, mais comment s’y prendre.
Des réflexions sur l'enseignement de JavaScript très intéressantes... et le bout de code présenté en exemple l'est aussi