L'enseignement de la programmation fait-il de vous un meilleur programmeur [fermé]

Je me considère comme un programmeur Python intermédiaire et on m'a offert l'opportunité d'être un formateur pour un cours de programmation Python pour débutant.

Je me demandais si cela élargirait vraiment mon répertoire de programmation. Quelqu'un at-il eu une expérience enrichissante après avoir formé avec succès un groupe de personnes?

Est-ce que cela dépend aussi de ces personnes - programmeurs ou étudiants noob? (Dans mon cas, ce sont des programmeurs .NET et Java intermédiaires)

Que dois-je attendre d'eux?

Une de mes craintes est - que se passe-t-il si je m'étouffe quand l'un d'eux pose une question embrouillée? Est-ce normal?

D'après mon expérience, l'enseignement de la programmation m'a rendu meilleur. Cela m'a obligé à mieux comprendre les concepts que je venais d'accepter ou de prendre pour acquis. Lorsque j'ai dû articuler des idées anciennes et nouvelles pour les étudiants, de différentes manières (parce que tout le monde n'apprend pas de la même façon à partir des mêmes exemples), j'ai finalement pu mieux comprendre le matériel.

Et oui, parfois, les étudiants posent des questions auxquelles vous ne connaissez pas la réponse. Ce n'est pas grave, vous pouvez leur dire que vous ne savez pas, proposer une explication possible et promettre de l'examiner avant le prochain cours.

Une ancienne étude de l'Université du Texas a abouti aux conclusions suivantes.

Les gens retiennent:

• 10% de ce qu'ils lisent

• 20% de ce qu'ils entendent

• 30% de ce qu'ils voient

• 50% de ce qu'ils voient et entendent

• 70 pour cent de ce qu'ils font

• 90 pour cent de ce qu'ils enseignent

En suivant cette logique, le meilleur moyen d’APPRENDRE quelque chose et de conserver ce que vous avez appris est de faire de votre mieux pour l’enseigner à quelqu'un d’autre.

Bien que je sois passé par Comp Sci 101 à l'école, j'ai pris un travail de tutorat pour le C ++ et je n'ai pas réellement appris le C ++ jusqu'à ce que je sois obligé de l'enseigner à des étudiants en difficulté. C'était comme une orgie d'ampoules s'éteignant dans ma tête alors que j'aidais les diplômés non diplômés en CS dans l'exécution de leurs tâches.

Je n'ai pas systématiquement appris à programmer moi-même, j'ai seulement essayé d'expliquer un concept ou un problème à plus ou moins d'étrangers. Ce fut toujours une expérience intéressante et j'ai appris quelque chose à chaque fois.

En effet, Jan Comenius a noté il y a déjà quelques centaines d'années que la meilleure façon de comprendre profondément quelque chose est de l'expliquer à d'autres .

Alors allez-y - ce sera une expérience enrichissante et enrichissante pour vous. Vous aurez sûrement des questions difficiles ou surprenantes - ça va. N'essayez pas de prétendre que vous savez tout, mais soyez honnête et dites-leur quelque chose comme: "Je ne sais pas, mais je reviendrai vers vous avec une réponse". Ils ne vous respecteront que mieux pour être honnête.

En plus de ce que les autres réponses mentionnent, n'oubliez pas que tout en enseignant, vous pouvez également apprendre de vos étudiants si vous êtes ouvert d'esprit à ce sujet.

Vous avez mentionné dans un commentaire que votre "connaissance de Java / .NET est proche de zéro". C'est une occasion idéale d'apprendre de vos étudiants. Enseigner n'est pas un processus à sens unique.

Si vous ne connaissez pas la réponse à une question, n'essayez pas de le cacher. Le plus mauvais service qu'un enseignant puisse faire à un élève est de prétendre savoir quelque chose qu'ils ne connaissent pas. Au mieux, vous perdez leur confiance quand ils découvrent que vous ne savez pas de quoi vous parlez, au pire, vous les induisez en erreur et transmettez de fausses informations qui sont pires que l'absence d'information.

Oui, vous aurez une compréhension plus profonde. J'ai fait des expériences similaires à celles des autres réponses que vous obtenez ici.

J'ai fait une expérience supplémentaire: j'ai été plus rapide dans les analyses d'erreur. Vous enseignez aux gens, alors ils font des erreurs, auxquelles vous n'avez jamais pensé. Lorsque vous les aidez, vous avez l'œil pour le code problématique (du moins, je l'ai fait).

Une de mes craintes est - que se passe-t-il si je m'étouffe quand l'un d'eux pose une question embrouillée? Est-ce normal?

Je pense que c'est normal. Et mes érudits n'ont eu aucun problème, quand j'étais honnête (et j'ai fourni la réponse plus tard). Au contraire, ils ont vu que personne ne devait tout savoir. Le plus important est de savoir comment obtenir des informations. Une de mes meilleures leçons a été lorsque je ne connaissais pas la réponse et que nous avons examiné ensemble le manuel pour obtenir la réponse. Après cela, ils ont appris à lire les manuels.

J'ai enseigné des cours techniques au niveau collégial (mais pas en développement de logiciels). Voici ma prise:

Est-ce que cela fera de vous un meilleur programmeur?

Pas 1: 1. Vous ne gagnerez pas la même expérience que vous écrivez des programmes - mais ce n’est pas une mauvaise chose (lire plus).

Cela élargirait-il votre répertoire de programmation?

Absolument. Vous aurez de nouveaux défis à relever et devrez (ré) apprendre des choses que vous ne saviez pas ou que vous n'aviez jamais oubliées au fil des ans. Une partie de cela sera utile dans le futur. Il vous présente de nombreux nouveaux défis et concepts. Vous devrez aborder les problèmes techniques selon de nouvelles perspectives et vous pourrez en apprendre beaucoup en adoptant cette perspective et en résolvant ces problèmes. Si vous pouvez enseigner efficacement à quelqu'un ce dont il a besoin pour comprendre les problèmes techniques, cela vous permettra souvent d'améliorer votre connaissance des sujets et d'élargir vos domaines de connaissances. De plus, vous mentionnez qu'ils connaissent déjà une autre langue. Certains disent que l'un des meilleurs moyens de s'améliorer consiste à apprendre de nouvelles langues.

Cela dépend-il également de ces personnes?

Travailler avec des professionnels dans un domaine proche change radicalement la structure. Ils savent déjà comment communiquer avec des ordinateurs, écrire des programmes. La syntaxe et la logique seront rapides à apprendre pour eux. Ils poseront des questions stimulantes au cours de la première semaine.

Que dois-je attendre d'eux?

Je pense qu'ils bénéficieront davantage si vous avez la possibilité de relier le contenu du cours aux langues avec lesquelles ils sont déjà familiers: "Oui, le sujet est similaire à Java de cette manière , mais différent pour ces raisons ". Je m'attendrais à ce que le rythme d'apprentissage qu'ils apprennent soit assez rapide, de sorte que vous devriez vous attendre à consacrer beaucoup de temps en dehors des cours à la préparation (encore une fois, beaucoup à apprendre, mais les sujets intéresseraient la plupart des développeurs).

Que se passe-t-il si je m'étouffe quand on me pose une question complexe? Est-ce normal?

Eh bien, ils sont aussi expérimentés que vous, mais dans un autre domaine (bien qu’ils soient liés). les explications peuvent être difficiles, et on ne peut pas s'attendre à tout savoir ou à avoir le même domaine de compétence que toutes (combinées). La capacité de dire "je ne sais pas" est une bonne qualité chez un enseignant. S'ils ont également de l'expérience, vous pouvez souvent y répondre via une brève discussion ("Oh, nous résolvons ce problème en utilisant cette technique "). Si cela échoue, vous devriez trouver la réponse d'ici la prochaine session (pour vous et pour eux).

Lorsque vous réussissez à enseigner aux autres quelque chose, qu’il soit programmé ou non, alors vous le comprenez vraiment. Etre capable d'enseigner aux autres quelque chose de très certainement vous rend également meilleur à la technique. Les étudiants vous poseront des questions qui vous surprendront et vous feront penser le sujet différemment. Vous deviendrez plus habile à présenter le matériel de plusieurs manières, ce qui vous permettra également de mieux comprendre le sujet.

Pouvoir enseigner aux autres a toujours été mon test décisif pour savoir si je comprends vraiment quelque chose.

Je dirais que cela fait vraiment une différence. D'après mon expérience personnelle, je défends cela pour les raisons suivantes: -

• Pendant la lecture, l'esprit devient parfois assez paresseux pour ignorer les détails ou commencer à assumer des choses au lieu de faire une lecture approfondie pour comprendre le sommet concerné. C'est la raison particulière pour que les connaissances acquises soient incomplètes lorsque vous vous lisez.

• En cas d'enseignement, c'est une histoire différente. Ici, on ne peut fournir des hypothèses, mais des faits, de sorte qu'une lecture approfondie est faite pour l'enseignement. En outre, les enseignants estiment qu'il est de son devoir de fournir les connaissances complètes et correctes, ce qui incite à nouveau à la relecture.

Absolument oui. L'enseignement vous donne une plate-forme pour parfaire votre connaissance du matériel et améliorer votre couche de présentation.

De plus, il vous aide à créer des liens avec d’autres développeurs, qui peuvent ensuite se traduire par des relations efficaces avec les équipes de développement.

En plus de ce que tout le monde a mentionné ("Vous devez bien connaître le matériel", etc.), si vous écrivez du matériel pour le cours, il est bon de rédiger de la documentation, car les documents - qu'il s'agisse de notes de cours ou de documents techniques - sont écrits. transférer des connaissances, même dans l'industrie.

Mais lorsque vous travaillez dans le secteur, la documentation est souvent destinée à une personne que vous n'avez pas encore rencontrée. Il est donc facile de tomber dans le piège de documenter ce que vous avez fait et non ce que les parties prenantes / lecteurs doivent savoir.

Lorsque vous écrivez pour des élèves de votre classe, il est plus facile de mettre en pratique et de développer cet état d'esprit de documentation utile, car vous êtes à proximité de votre intervenant / lecteur. Bon sang, si vous avez vraiment de la chance, un élève mettra la main à l'air et vous dira que vos notes sont nulles, et vous apprendrez alors quelque chose que vous pouvez améliorer.

Oui. J'ai souvent constaté que je ne comprenais pas vraiment bien quelque chose avant d'essayer de l'expliquer à quelqu'un d'autre, en particulier à quelqu'un sans toutes les hypothèses et tous les mots à la mode qu'un pratiquant construit au fil des ans, que ce soit à la première personne (en tant qu'enseignant ou enseignant). mentor), ou même répondre à des questions en ligne (comme ici sur Stack Overflow!).

En outre, les étudiants peuvent apporter une solution différente au problème, en élargissant l'espace de solution.

Un enseignant, pour être utile, peut ne pas avoir la réponse sur le bout de la langue, mais peut dire «je ne sais pas», effectuer des recherches ou la rechercher, et aider les élèves à trouver la réponse plus rapidement et avec une probabilité plus élevée que peuvent les étudiants eux-mêmes.

Lorsque vous êtes obligé d'expliquer quelque chose à partir des premiers principes, cela vous obligera certainement à mieux le comprendre. J'utilise souvent cette idée lors de la recherche de bugs dans le code, je traîne quelqu'un et essaye de leur expliquer le fonctionnement du code. Je trouve généralement le bogue en quelques minutes. Même idée.

Je dirais non. Etre enseignant ne vous rend pas meilleur, mais apprendre vous rend meilleur. Si vous devez apprendre à être enseignant, vous deviendrez meilleur. Enseigner vous permet seulement de conserver ce que vous savez, mais dans le monde informatique, tout change tous les jours. Pour cette raison, vous ne pouvez pas simplement compter sur l'enseignement, vous devez sortir votre ... fétiche du canapé et apprendre.

J'ai rencontré peut-être des professeurs d'informatique qui étaient ignorants en ce qui concerne leur domaine d'activité. Ils avaient des certificats, des cours, des papiers sur le mur, de nombreuses "expositions". Bien sûr, ils pourraient parler, mais si vous respectiez JAMAIS le programme de cours prescrit, ils flotteraient, bégayeraient et échoueraient. Ils ne pouvaient pas supporter la pression des changements. Ils n'ont pas changé avec le temps, ils ont enseigné ce qu'ils savaient, ce qui était obsolète.

Revenons donc encore une fois, j'ai eu quelques professeurs extraordinaires. C'étaient des développeurs, des développeurs seniors, des développeurs principaux, des directeurs du développement d'applications, puis ils sont devenus des programmeurs. Ils connaissaient les scénarios du monde réel, ils savaient que 99% de la matière contenue dans les manuels ne préparaient pas les gens au travail dans la vraie vie, ils l'ont donc modifié, mis à jour.

Il y a 12 ans, mon professeur d'informatique m'a proposé une offre. Si, tout au long de chaque année scolaire, j'étais capable de casser sa sécurité / pare-feu, etc. à l'école, il me donnerait un A + (100%) dans le cours, quel que soit mon travail. Heck, je l'ai aidé à planifier le cours alors que je travaillais comme junior. développeur à l'époque. Cette offre qu'il m'a faite a fait de lui (à l'époque) un expert de Windows NT Security. J'ai eu 100%, je devais voler son UN / PW et ensuite l'enfermer ... c'était le seul moyen à la fin ... Mais inutile de dire qu'il s'est amélioré en tant qu'enseignant et informaticien à cause de l'enseignement - il a travaillé avec sa classe - pas sur son propre agenda.

Alors, où tracez-vous la ligne? Dessine-le sur l'attitude de l'enseignant. Si cet enseignant est disposé à apprendre, il ira mieux. Si cet enseignant surfe sur la vague, est rémunéré et s'en fiche, il va s'aggraver.

Devoir résoudre des dizaines de questions "Pourquoi mon code ne fonctionne-t-il pas?" Les problèmes rencontrés lors de l’enseignement de séances d’exercices dans un cours d’initiation à la programmation m’avaient beaucoup aidé à comprendre le code à la volée et à le simuler dans ma tête.

Basé sur ma propre expérience en tant que professeur. Je dirais NON .

Parce que, même si vous comprenez mieux les bases, en enseignant aux enfants et / ou aux débutants, vous n'apportez aucune amélioration liée à votre profession.

Pourquoi cela arrive-t-il ? - parce que la programmation se développe plus rapidement que les gens ne peuvent l’étudier. De nouveaux langages et frameworks apparaissent, de nouveaux outils, de nouveaux concepts, de nouveaux matériels. Et le programmeur professionnel DOIT connaître son domaine. Sinon, personne n'aurait besoin de lui.

Vous voudrez peut-être dire «mais vous pouvez étudier les algorithmes fondamentaux» - et je vous le dis - «mais vous auriez dû les étudier à l'université».

L'autre sujet est le rythme de travail. Les "enseignants" sont lents, ils ne sont pas utilisés pour résoudre rapidement les problèmes du monde réel.

Et le dernier mais non le moindre - enseigner, c'est donner. Lorsque vous voulez enseigner - vous ne pouvez pas vous arrêter;) c'est juste un appel venant de l'intérieur, une envie inflexible de partager vos connaissances, de réduire les sottises autour de vous et, éventuellement, de faire de ce monde un monde meilleur;)

OUI!

Louis E. Frenzel a écrit à ce sujet il y a quelques années:

Écrivez un article ou un article ou enseignez ce que vous avez appris. Vous devez le savoir pour l'écrire ou l'enseigner. Il n'y a pas de meilleur moyen d'apprendre par soi-même que de devoir l'expliquer aux autres.

Pas directement lié, mais ...

Je vois cela arriver TOUT le temps que fait la troupe de scouts de mon petit-fils. Les scouts plus âgés pensent qu'ils "savent" quelque chose jusqu'à ce qu'ils essayent de l'enseigner à leurs juniors. Je ne pense pas que cette dynamique change beaucoup, peu importe notre âge ou notre expérience.

Beaucoup de réponses à cette question ont montré qu'enseigner quelque chose signifie que vous devez d'abord l'apprendre et que vous devez devenir meilleur pour pouvoir enseigner. Je dirais que c'est presque juste.

Si vous êtes responsable de l' élaboration du matériel de cours , alors vous devrez acquérir une compréhension approfondie de la matière. Apprendre le matériel à ce niveau vous rendra meilleur en supposant que vous ayez besoin d'apprendre quelque chose que vous ne connaissez pas déjà.

Si, par contre, vous n'êtes qu'une marionnette à viande lisant du matériel de cours préparé par quelqu'un d'autre, vous pouvez probablement vous échapper sans connaître ni comprendre le sujet traité. Cela est particulièrement vrai pour les cours d'initiation. Si vous êtes un développeur expérimenté enseignant une classe de débutant, avez-vous vraiment besoin d'apprendre quelque chose de concret?

Non seulement enseigner augmente vos connaissances ou vos compétences en programmation, il est également utile de rédiger des articles et des tutoriels sur la programmation. Si vous pouvez expliquer un sujet aux autres de manière compréhensible, cela signifie que vous connaissez et comprenez également ce sujet.

Je pense que cela dépend de votre décision personnelle de vous préparer. Je n'aime pas être fait pour avoir l'air d'un imbécile, alors quand j'enseigne, je prépare trop, donne beaucoup plus de détails dans mes notes que ce que j'ai tendance à aborder en classe. De cette façon, je me sens en sécurité et je peux gérer la plupart des questions. Chaque fois que je me préparais pour un cours, je trouvais des détails que j'avais oubliés ou négligés jusque-là. La conception des exercices peut être particulièrement difficile.

Préparer les programmeurs existants est un effort supplémentaire considérable. Vous pouvez vous attendre à ce que certaines personnes de la classe détestent qu'on leur demande d'apprendre Python vice-versa, leur bien-aimé C # (ou autre chose). Ils contesteront tout ce que vous dites. Vous en avez peut-être d'autres qui ont déjà des connaissances et poseront des questions à l'avance le premier jour. Dans le premier cas, assurez-vous de rester sur le sujet et ne discutez PAS des différences entre les langues, à moins que la classe ne se comporte de manière hostile. Revenez simplement au matériel que vous allez couvrir. Dans le second cas, presque toutes les questions avancées peuvent être consultées plus tard dans la classe (vous donnant le temps de rechercher la réponse si vous ne le connaissez pas.) Cela devrait donc vous donner confiance. Je prépare toujours des exercices plus difficiles pour les personnes qui suivent le cours, car elles doivent le faire, mais elles sont déjà familiarisées avec le sujet. Une sorte d'étude indépendante pour ceux qui s'ennuient facilement. (Et sont-ils surpris lorsque je leur présente ces exercices de sujet avancés pendant que tout le monde se débat avec un exercice qu'ils ont fait en cinq minutes!)

Cependant, la plupart des programmeurs aiment apprendre et voudront commencer à faire quelque chose d’utile. Vous pouvez probablement garder les bases au minimum, ce genre de cours s'ennuie en faisant des exercices de type Hello World. Rendez les choses plus pratiques et les affaires utiles. Vous pouvez prévoir de couvrir plus de matériel expérimenté que de programmeurs non expérimentés, donc plus de préparation. Si vous pouvez créer des exercices spécifiques au type de travail qu’ils vont faire, c’est encore mieux.

Les étudiants ont une capacité remarquable à interpréter les choses que vous dites de manière unique. Leurs erreurs peuvent être des choses qu'il ne vous viendrait jamais à faire. Les aider à réparer leurs erreurs et expliquer pourquoi ce sont des erreurs vous aidera à réviser le code!