Il n'y a pas de secret : les premiers cours vont être très chronophages. Tu vas probablement avoir l'impression d'y passer la semaine entière, si bien que cela cumulé au temps et aux coûts de transports, cela va te sembler non rentable. À cela, ajoute le fait que la programmation et l'informatique en général sont extrêmement coûteuses en temps, en elles-mêmes. De mon propre point de vue, j'ai l'impression que le temps passe environ 6 fois plus vite devant un écran qu'ailleurs. Si je décide de consacrer une dizaine de minutes à régler un problème administratif, ça va en général me prendre une heure. Un bon quart d'heure pour se concentrer sur un cas ? Il se transforme en une heure et demi. (Faites le test chez vous et donnez-nous votre ratio personnel).
Tu vas aussi te rendre compte que, comme dans tous les domaines, même avec la meilleure volonté du monde, il y aura beaucoup de choses qui vont te paraître implicites et sur lesquelles il faudra revenir une fois face à tes élèves. Ceci va encore allonger le temps qu'il te faudra.
Par contre, à force de répéter tes cours, ceux-ci vont naturellement se structurer, et assez vite. En 2004, je travaillais dans un petit bureau de bioinformatique au sein de la structure par laquelle j'étais embauché. j'avais donné non pas un cours mais une petite conférence lors de la Fête de la Science. J'avais préparé une trame, qui était naturellement maladroite la première fois que je l'ai exposée, mais nous avons eu plusieurs groupes successifs (programmés à peu près à heures fixes), si bien que je l'ai présentée cinq ou six fois en une journée avec 1/4 d'heure de pause entre chaque séance. À la fin de la journée, je la maîtrisais parfaitement, je parlais de façon posée et fluide, et donnait l'impression d'être un professionnel confirmé de longue date alors que je connaissais mon métier (la programmation), mais que je ne possédais que des bribes de bio-informatique. Et ce, avant la fin de la journée. Ceci pour dire, donc, que ce n'est pas rentable dans les premières séances mais que cela le devient très vite.
Avec ça, souviens-toi qu'il est très difficile de faire tenir un cours, un exposé ou une soutenance dans un temps raisonnable. Tous les étudiants qui ont présenté leur thèse ou leur mémoire de fin d'études le savent : on est rivé sur l'horloge et une heure entière se passe alors qu'on a l'impression que l'on vient seulement de commencer. À titre indicatif, il faut environ 5 minutes pour réciter un texte couvrant une page A4, en taille 11 ou 12pt. À l'inverse, quand on est auditeur, on a l'impression que le temps n'avance plus. Tu disposes de 10 minutes avant que tes étudiants commencent à piquer du nez. D'autant que dans ton cas, ils vont être pressés de passer aux travaux pratique et de s'installer derrière leur clavier. Efforce-toi, donc, de placer l'essentiel dans les deux ou trois premiers paragraphes de ton cours.
Ensuite, en programmation : tu auras un public très hétérogène. Tu auras d'un côté des étudiants qui n'ont jamais touché une souris de leur vie et d'un autre, des geeks qui maîtrisent cela parfaitement. Tu peux partir du principe qu'il y aura toujours un étudiant dans ta classe qui en sait plus que toi. C'est plus simple si c'est un fait admis dès le départ.
Tout cela pour dire : essaie de ne pas faire un cours monolithique. Considère qu'il te faudra une journée pour arriver à leur faire afficher « Hello world » à l'écran. Tu prévois ensuite des « marches » supplémentaires à leur faire faire à chaque fois qu'ils ont fini la précédente. Cela t'évite de te retrouver dépourvu s'ils y arrivent plus vite que prévu et ça évite aussi, surtout, de refaire faire deux ou trois fois le même exercice à quelqu'un qui le maîtrise déjà pour combler le vide jusqu'à la prochaine étape.
[^] # Re: Deux précisions
Posté par Obsidian . En réponse au message Questionnement sur une opportunité d'enseigner l'informatique. Évalué à 5.
Hello,
Il n'y a pas de secret : les premiers cours vont être très chronophages. Tu vas probablement avoir l'impression d'y passer la semaine entière, si bien que cela cumulé au temps et aux coûts de transports, cela va te sembler non rentable. À cela, ajoute le fait que la programmation et l'informatique en général sont extrêmement coûteuses en temps, en elles-mêmes. De mon propre point de vue, j'ai l'impression que le temps passe environ 6 fois plus vite devant un écran qu'ailleurs. Si je décide de consacrer une dizaine de minutes à régler un problème administratif, ça va en général me prendre une heure. Un bon quart d'heure pour se concentrer sur un cas ? Il se transforme en une heure et demi. (Faites le test chez vous et donnez-nous votre ratio personnel).
Tu vas aussi te rendre compte que, comme dans tous les domaines, même avec la meilleure volonté du monde, il y aura beaucoup de choses qui vont te paraître implicites et sur lesquelles il faudra revenir une fois face à tes élèves. Ceci va encore allonger le temps qu'il te faudra.
Par contre, à force de répéter tes cours, ceux-ci vont naturellement se structurer, et assez vite. En 2004, je travaillais dans un petit bureau de bioinformatique au sein de la structure par laquelle j'étais embauché. j'avais donné non pas un cours mais une petite conférence lors de la Fête de la Science. J'avais préparé une trame, qui était naturellement maladroite la première fois que je l'ai exposée, mais nous avons eu plusieurs groupes successifs (programmés à peu près à heures fixes), si bien que je l'ai présentée cinq ou six fois en une journée avec 1/4 d'heure de pause entre chaque séance. À la fin de la journée, je la maîtrisais parfaitement, je parlais de façon posée et fluide, et donnait l'impression d'être un professionnel confirmé de longue date alors que je connaissais mon métier (la programmation), mais que je ne possédais que des bribes de bio-informatique. Et ce, avant la fin de la journée. Ceci pour dire, donc, que ce n'est pas rentable dans les premières séances mais que cela le devient très vite.
Avec ça, souviens-toi qu'il est très difficile de faire tenir un cours, un exposé ou une soutenance dans un temps raisonnable. Tous les étudiants qui ont présenté leur thèse ou leur mémoire de fin d'études le savent : on est rivé sur l'horloge et une heure entière se passe alors qu'on a l'impression que l'on vient seulement de commencer. À titre indicatif, il faut environ 5 minutes pour réciter un texte couvrant une page A4, en taille 11 ou 12pt. À l'inverse, quand on est auditeur, on a l'impression que le temps n'avance plus. Tu disposes de 10 minutes avant que tes étudiants commencent à piquer du nez. D'autant que dans ton cas, ils vont être pressés de passer aux travaux pratique et de s'installer derrière leur clavier. Efforce-toi, donc, de placer l'essentiel dans les deux ou trois premiers paragraphes de ton cours.
Ensuite, en programmation : tu auras un public très hétérogène. Tu auras d'un côté des étudiants qui n'ont jamais touché une souris de leur vie et d'un autre, des geeks qui maîtrisent cela parfaitement. Tu peux partir du principe qu'il y aura toujours un étudiant dans ta classe qui en sait plus que toi. C'est plus simple si c'est un fait admis dès le départ.
Tout cela pour dire : essaie de ne pas faire un cours monolithique. Considère qu'il te faudra une journée pour arriver à leur faire afficher « Hello world » à l'écran. Tu prévois ensuite des « marches » supplémentaires à leur faire faire à chaque fois qu'ils ont fini la précédente. Cela t'évite de te retrouver dépourvu s'ils y arrivent plus vite que prévu et ça évite aussi, surtout, de refaire faire deux ou trois fois le même exercice à quelqu'un qui le maîtrise déjà pour combler le vide jusqu'à la prochaine étape.