Vas expliquer à un étudiant qui a passé des heures sur un projet et dont le code fonctionne (pour lui) qu'il va se prendre une taule.
Si ça fait effectivement partie clairement de la notation, il va peut-être le faire « pour faire plaisir au prof » et pour avoir une bonne note mais il n'aura rien compris.
C'est un peu comme des cours de programmation fonctionnelle (en lisp de préférence). En tant qu'enseignant, je pense qu'un informaticien qui connaît plusieurs paradigmes de programmation est un meilleur programmeur. Sauf que les étudiants considèrent tous que le cours de lisp, c'est de la merde inutile et après avoir validé le module, ils s'empressent de tout oublier.
Quand j'étais étudiant, j'avais des amis qui faisaient de la bio. À un moment, ils passaient tout leur temps à un projet dans lequel ils manipulaient. Ils y passaient plus de 10 heures par jour week-end compris pendant 15 jours. À la fin, tous se plantaient lamentablement parce qu'ils avaient mal manipés. Leurs boites de pétri étaient polués et leurs résultats étaient inexploitables. Ils étaient tous complètement dégoûté mais bizarrement, ils étaient beaucoup plus réceptifs quand, après, on leur a expliqué comment faire une manip proprement.
C'est avec ce genre de traumatisme qu'on apprend l'intérêt de règles qui semblent arbitraires. De ce point de vue, lire « Go To Statement Considered Harmful » de Dijkstra et les réponses de qui ont été faites, notamment par Knuth est très instructif. Ne pas utiliser de goto, c'est arbitraire. Certaines personnes très intelligentes n'ont jamais vu l'intérêt de se restreindre comme ça. Sauf que bon, c'est quand même pas plus mal d'éviter d'utiliser trop de goto.
Il y a une chose que je n'ai jamais osé faire quand j'en ai eu l'occasion mais qui serait très formateur, c'est de faire un projet à étages. Je m'explique. On prend un projet avec 3 étapes claires comme un compilo (analyse syntaxique, création de l'arbre de 1/3 de semestre, chaque groupe laisse son code et continue avec le code d'un autre groupe. L'exemple du compilo est mauvais parce que c'est trop difficile à traiter comme ça en un semestre mais je pense que les étudiants apprendraient beaucoup de choses.
[^] # Re: Rien de nouveau
Posté par fmaz fmaz . En réponse au journal Vendre de l'open source illégal??. Évalué à 4.
Vas expliquer à un étudiant qui a passé des heures sur un projet et dont le code fonctionne (pour lui) qu'il va se prendre une taule.
Si ça fait effectivement partie clairement de la notation, il va peut-être le faire « pour faire plaisir au prof » et pour avoir une bonne note mais il n'aura rien compris.
C'est un peu comme des cours de programmation fonctionnelle (en lisp de préférence). En tant qu'enseignant, je pense qu'un informaticien qui connaît plusieurs paradigmes de programmation est un meilleur programmeur. Sauf que les étudiants considèrent tous que le cours de lisp, c'est de la merde inutile et après avoir validé le module, ils s'empressent de tout oublier.
Quand j'étais étudiant, j'avais des amis qui faisaient de la bio. À un moment, ils passaient tout leur temps à un projet dans lequel ils manipulaient. Ils y passaient plus de 10 heures par jour week-end compris pendant 15 jours. À la fin, tous se plantaient lamentablement parce qu'ils avaient mal manipés. Leurs boites de pétri étaient polués et leurs résultats étaient inexploitables. Ils étaient tous complètement dégoûté mais bizarrement, ils étaient beaucoup plus réceptifs quand, après, on leur a expliqué comment faire une manip proprement.
C'est avec ce genre de traumatisme qu'on apprend l'intérêt de règles qui semblent arbitraires. De ce point de vue, lire « Go To Statement Considered Harmful » de Dijkstra et les réponses de qui ont été faites, notamment par Knuth est très instructif. Ne pas utiliser de goto, c'est arbitraire. Certaines personnes très intelligentes n'ont jamais vu l'intérêt de se restreindre comme ça. Sauf que bon, c'est quand même pas plus mal d'éviter d'utiliser trop de goto.
Il y a une chose que je n'ai jamais osé faire quand j'en ai eu l'occasion mais qui serait très formateur, c'est de faire un projet à étages. Je m'explique. On prend un projet avec 3 étapes claires comme un compilo (analyse syntaxique, création de l'arbre de 1/3 de semestre, chaque groupe laisse son code et continue avec le code d'un autre groupe. L'exemple du compilo est mauvais parce que c'est trop difficile à traiter comme ça en un semestre mais je pense que les étudiants apprendraient beaucoup de choses.