Loin de moi l'idée de dénigrer le python comme langage mais la "simplicité" apparente du langage n'entrainerait-elle pas les élèves à penser la programmation de façon plus simpliste qu'elle ne l'est réellement.
D'ailleurs, tu le dis toi-même, le niveau des élèves pouvant être très différent, il aurait peut-être été préférable de mettre plus de monde sur un pied d'égalité en choisissant un autre langage apportant des paradigmes de programmations moins commun et à mon sens plus adapté dans le cursus "académique" des élèves en prenant un langage fonctionnel.
J'ai personnellement commencé la programmation sur calculatrice en mode pascal et/ou asm sur TI92/HP48 puis sur PC avec Caml Light que je trouvais à l'époque finalement plus simple à comprendre lorsque l'on baigne dans ce milieu scolaire.
De plus, avec l'émergence des plateformes multi-coeurs, il me semble que le paradigme fonctionnel a une carte maitresse a jouer.
Il est vrai que les langages de scripts ont une approche plus sympathique mais ces derniers ont l'avantage de s'apprendre facilement en autodidacte se qui est un peu plus compliqué pour des OCaml, Haskell, LISP, etc. La force d'un enseignement étant justement l'expérience de l'enseignant, j'aurais trouvé cela plus enrichissant de choisir des langages un peu plus rigoureux et moins aisés à apprendre seul dans son coin…
Sinon, question note à la fin de chaque semestre, mener à bien la réalisation d'un outil dans le langage enseigné peut être une bonne façon d'évaluer le travail fourni. Écrire un programme informatique n'est pas aussi théorique qu'un devoir de mathématiques. Plusieurs réponses peuvent être bonnes. Un programme fonctionnant mal mais bien architecturé peut aboutir à une meilleure note qu'un travail dégueulasse qui marche. Comment note-t-on les élèves dans le filières professionnelles ? J'imagine que l'approche de notation est similaire.
Un dernier point sur le système de notation. Je trouve que ce dernier insiste en général trop sur le code produit et oublie l'un des aspects les plus importants voire LE plus important dans la programmation à savoir: NE PAS REINVENTER LA ROUE. Je trouve dommage qu'on mette de côté le fait de chercher si quelqu'un n'a pas déjà codé le sujet en question et intégrer ce travail dans le sien pour résoudre le problème. C'est pour moi, l'essentiel de la programmation.
# Choix du langage
Posté par s[e]th & h[o]lth (site web personnel) . En réponse au journal Lycée et informatique : spécialité ISN en terminale S. Évalué à 2.
Loin de moi l'idée de dénigrer le python comme langage mais la "simplicité" apparente du langage n'entrainerait-elle pas les élèves à penser la programmation de façon plus simpliste qu'elle ne l'est réellement.
D'ailleurs, tu le dis toi-même, le niveau des élèves pouvant être très différent, il aurait peut-être été préférable de mettre plus de monde sur un pied d'égalité en choisissant un autre langage apportant des paradigmes de programmations moins commun et à mon sens plus adapté dans le cursus "académique" des élèves en prenant un langage fonctionnel.
J'ai personnellement commencé la programmation sur calculatrice en mode pascal et/ou asm sur TI92/HP48 puis sur PC avec Caml Light que je trouvais à l'époque finalement plus simple à comprendre lorsque l'on baigne dans ce milieu scolaire.
De plus, avec l'émergence des plateformes multi-coeurs, il me semble que le paradigme fonctionnel a une carte maitresse a jouer.
Il est vrai que les langages de scripts ont une approche plus sympathique mais ces derniers ont l'avantage de s'apprendre facilement en autodidacte se qui est un peu plus compliqué pour des OCaml, Haskell, LISP, etc. La force d'un enseignement étant justement l'expérience de l'enseignant, j'aurais trouvé cela plus enrichissant de choisir des langages un peu plus rigoureux et moins aisés à apprendre seul dans son coin…
Sinon, question note à la fin de chaque semestre, mener à bien la réalisation d'un outil dans le langage enseigné peut être une bonne façon d'évaluer le travail fourni. Écrire un programme informatique n'est pas aussi théorique qu'un devoir de mathématiques. Plusieurs réponses peuvent être bonnes. Un programme fonctionnant mal mais bien architecturé peut aboutir à une meilleure note qu'un travail dégueulasse qui marche. Comment note-t-on les élèves dans le filières professionnelles ? J'imagine que l'approche de notation est similaire.
Un dernier point sur le système de notation. Je trouve que ce dernier insiste en général trop sur le code produit et oublie l'un des aspects les plus importants voire LE plus important dans la programmation à savoir: NE PAS REINVENTER LA ROUE. Je trouve dommage qu'on mette de côté le fait de chercher si quelqu'un n'a pas déjà codé le sujet en question et intégrer ce travail dans le sien pour résoudre le problème. C'est pour moi, l'essentiel de la programmation.