J'ai récemment participé à une table ronde intéressante sur l'accès des élèves de l'Iowa, et plus particulièrement des zones rurales de l'Iowa, à l'enseignement de l'informatique.
L'État souhaite agir et dispose des ressources nécessaires, mais l'un des défis consiste à trouver les enseignants qualifiés pour dispenser ces cours de technologie dans les écoles. Ce n'est pas un problème partout, mais c'est le cas dans de nombreuses communautés rurales de l'Iowa.
L'un des défis évoqués était que de nombreux élèves ont envie d'apprendre, mais que le programme est nouveau et que les enseignants sont rares. L'Internet n'est pas rare, alors utilisons-le pour acheminer les quelques enseignants disposant du programme adéquat vers les endroits où le programme et les enseignants font défaut.
Une idée que je n’ai pas eu l’occasion de suggérer à l’époque
Recruter 2 ou 3 ingénieurs extrêmement compétents et désireux d’enseigner. Des experts de premier plan dans leur domaine, qui souhaitent apprendre aux jeunes à coder. Les rémunérer au tarif du marché, comme s’ils exerçaient leur métier d’ingénieur ailleurs, et compenser cela par le nombre d’élèves participant au cours.
Confiez-leur la conception d’un programme adapté au niveau intellectuel des élèves et le choix des outils qu’ils utiliseront pour enseigner. Laissez les ingénieurs concevoir le programme et élaborer leurs propres tests.
Les ingénieurs choisiront probablement d’eux-mêmes des outils open source, des environnements standardisés et peut-être même des IDE dans le cloud. Laissez-les concevoir une salle de classe qui commence à ressembler davantage aux nouveaux modèles utilisés dans l’enseignement supérieur, où les élèves peuvent se trouver n’importe où et se connecter à la classe elle-même. Standardisez la durée d’enseignement d’un niveau de compétence particulier par compétence plutôt que par niveau scolaire, à l’échelle de l’État.
| 9h-10h – 101 | 10 h - 11 h – 102 | 11 h - 12 h – 103 |
Ajoutez le cours 104 jusqu’au numéro qui correspond au moment où vous avez déjà trouvé un emploi, ou selon les besoins.
Les horaires des cours sont donnés à titre indicatif pour offrir une plage horaire fiable et ne sont pas vraiment importants. Ils n’ont certainement pas besoin d’être séquentiels. Des sessions en petits groupes ou en tête-à-tête pourraient être programmées séparément.
Le programme pourrait s'étendre à l'échelle de l'État et les infrastructures nécessaires pour suivre les cours devraient déjà être en place, moyennant quelques modifications mineures. Oui, il pourrait y avoir des centaines, voire des milliers d'élèves dans chaque classe. Cela ressemble davantage à une expérience Twitch qu'à une salle de classe traditionnelle, et cela pourrait très bien convenir, car si les cours sont enregistrés, les élèves peuvent les emporter et les regarder encore et encore. Enregistrez chaque cours quotidiennement et mettez-les à disposition.
Comme il s'agit d'un logiciel, les élèves peuvent également effectuer ou tester leurs exercices à plusieurs reprises jusqu'à ce qu'ils les soumettent. Un nombre suffisant de soumissions réussies leur donne accès au niveau suivant des cours.
Laisser une ou deux personnes enseigner le codage à tout l’État dans un cours d’initiation de 9 h à 10 h semble un peu fou. Sauf que cela revient potentiellement beaucoup moins cher que d’avoir plus de 100 enseignants qui essaient d’apprendre le programme pour ensuite devoir passer un examen dessus. Tester les compétences en codage pourrait ressembler davantage à Code Academy qu’au Iowa Test of Basic Skills.
Des entreprises comme Udacity, Skillshare et Outschool nous montrent comment faire cela depuis des années.
Juste une idée
J’étais nul à l’école. Je ne suis pas non plus un excellent enseignant. Je suis cependant assez observateur, et ce que je constate ici, c’est que si l’on ne peut pas physiquement faire venir les bons enseignants dans la salle de classe, il suffit de les mettre sur un écran. On ne peut pas garantir que les jeunes seront attentifs, mais l'informatique est suffisamment simple pour que, si leur code ne compile pas ou s'ils ne réussissent pas le cours, leurs notes ne soient pas anéantes. Ils échouent littéralement et ne peuvent pas passer à la classe suivante. Le code n'est pas subjectif quand on apprend les bases. Il compile ou il ne compile pas. Il fonctionne ou il ne fonctionne pas. Il plante ou il ne plante pas.
Cela n’est complexe que si vous essayez de concevoir le système et que vous n’êtes pas ingénieur.
Aller à la rencontre des étudiants là où ils en sont et aligner les incitations
La dure réalité est que les étudiants motivés vont apprendre par eux-mêmes sur GitHub bien plus rapidement que n'importe lequel de ces programmes ne pourrait leur enseigner, mais nous pourrions leur donner un point de départ en les mettant en contact avec des enseignants capables de reconnaître et de cultiver une partie de leur talent.
Je suggérerais d’embaucher des ingénieurs pour réfléchir aux fondamentaux de ce qu’ils enseignent et à qui s’adresse leur public. Laissons les ingénieurs adapter leur communication à leur public s’ils sont passionnés par le sujet.
Une question bien plus provocante à laquelle je n’ai cessé de réfléchir est celle de la rémunération. Concevoir des programmes de primes pour les enseignants recrutés sur la base de programmes sur dix ans pourrait changer radicalement le nombre de participants à long terme et le potentiel de revenus. Une idée serait de rémunérer les enseignants en fonction des revenus générés par l’impact des diplômés, dans le contexte des recettes fiscales générées. Concevoir le système éducatif pour qu’il soit aussi gratifiant que le système bancaire en rémunérant les ingénieurs enseignants en fonction de l’impact économique de leurs étudiants. C'est comme le rendement des capitaux propres, mais beaucoup plus réparti.
Mon fils a commencé à suivre des cours d'art en ligne l'année dernière, dispensés par des enseignants du Texas et de Californie, et cela a vraiment changé ma perspective sur l'ampleur de l'impact que ce type de format peut avoir.