> Cette version de la fusée est un incroyable bon en avant par rapport à > ce que j'avais.
C'est un peu le hasard. En fait, j'ai mis en parallele ce qui pouvait l'etre, et c'est tombe comme ca. C'est une qualite du parallelisme, que la parallelisation est aussi une decomposition du probleme. > Faut que j'intègre ça, grand merci. Je tente d'adapter > la mécanique de productions de leçons codeclub à snap pour mon usage > personnel, ce qui retarde un peu l'intégration de ta fusée. > C'est une bonne idee - il vaut mieux perdre un peu de temps a construire les outils, pour etre productifs apres. cette décomposition du problème en étapes > cohérentes...ca éclaire mes pensées. > Je me suis fait taper dessus par tous les comites de lecture scientifiques au debut. Les jurys ne croyaient pas ou ne comprenaient pas ce qui moi, me paraissait evident. Il m'a fallu plusieurs annees (!) pour arriver a une definition stricte, et surtout falsifiable, c'est a dire qu'au vu d'un exercice, quelqu'un peut dire "ceci n'est pas un exercice progressif". Sans une description solide, la reflexion patine, parce qu'on ne peut pas partager les points de vue. > très intéressé par les questions de recherche que tu tu poses, > aussi. Ca recoupe celles qu'on se pose non pas sur snap et les coding > gouters (pas encore), mais sur l'enseignement de la programmation avec > l'exerciseur PLM. > Il y a deux directions de progres. Il faut diffuser l'enseignement pour tous, avec des outils facilement adaptables et comprehensibles par tous. Et d'autre part, il faut ameliorer les outils. Mais on ne doit pas attendre d'avoir des outils parfaits pour travailler avec les enfants, parce que c'est sans fin - il y aura toujours un meilleur logiciel, une nouvelle pratique. Et on ne peut pas demander a chaque animateur de club de se changer en chercheur. La représentation et l'animation de l'état ... > J'aimerais reprendre plus d'idées de Bret Victor: > http://worrydream.com/#!/LearnableProgramming > Je suis d'accord, et c'est un classique - Il y a de nombreuses visualisations de l'execution d'un programme, montrant l'evolution de l'etat du systeme (memoire, lieu de l'execution...) au cours du temps. Je m'interessse a une autre visualisation - celle des transformations du programme lui meme par l'editeur. Ce n'est pas la meme problematique. Mais ca reste une visualisation complexe, et beaucoup de techniques connues s'appliquent. Coté étude de l'effet, on est en train de finaliser les trucs capables > de capturer toutes les interactions entre les apprenants et PLM. Les > traces sont conçues pour être anonymes, ce qui fait qu'on pourra les > verser dans un repo public genre github afin de permettre une > pédagogie expérimentale. > Donne! :) > En attachement, un projet qu'on vient de faire financer par l'inria > (deux ans d'ingénieur jeune diplomé) pour faire de PLM une belle > plate-forme expérimentale pour l'enseignement de l'informatique au > travers de la programmation. J'ai pas vu l'attachement? Mon propre travail n'est pas *joli* - et je manque de moyens pour faire mieux. Mais bon, on n'entre pas dans l'enseignement pour faire fortune (meme en Angleterre :) J'ai un etudiant qui vient de me donner une belle facade pour le site, mais l'ensemble reste un gros tas de PHP (la regle s'applique stp: on ne se moque pas...) > y'a du taf. > Je te le fais pas dire... _______________________________________________ Discussion mailing list [email protected] http://listes.jecode.org/cgi-bin/mailman/listinfo/discussion
_______________________________________________ Discussion mailing list [email protected] http://listes.jecode.org/cgi-bin/mailman/listinfo/discussion
