Vous allez encore me trouver bien lourd avec ça, mais je pense qu'il est important de réellement prendre en considération ce qu'on peut lire au niveau du référentiel ou du projet de référentiel dans le cadre du cycle 4, je vous balance l'agricole, l'éducation nationale n'ayant pas le panache et la classe des vignerons en puissance que nous sommes :
Objectif 5 : Écrire, mettre au point et exécuter un programme simple
5.1- Décomposer un problème en sous - problèmes afin de structurer un programme ; reconnaître des schémas.
5.2- Écrire, mettre au point (tester, corriger) et exécuter un programme en réponse à un problème donné.
5.3- Écrire un programme dans lequel des actions sont déclenchées par des événements extérieurs.
5.4- Programmer des scripts se déroulant en parallèle.
Comme je l'ai souvent écrit dans mes colonnes, lire un référentiel c'est comme ouvrir les tripes d'un animal et lire dans les entrailles ce n'est pas totalement une science exacte, néanmoins le professeur après avoir pratiqué pendant de nombreuses années les saintes écritures, a développé la capacité de voir en gros ce qu'on attend. Je suis en train de lire le bouquin que m'a envoyé Arnaud, Scratch pour les kids, si vous faites une petite recherche dessus, on voit que ça a été envoyé à pas mal de blogueurs en 2015 et que beaucoup en ont dit du bien, Eyrolles a en effet tendance à un peu arroser avec ses livres. Rien de bien criminel là dedans, mais il est particulièrement important de recadrer les choses.
Il faut faire la distinction entre le gosse qu'on a à la maison et le gosse qu'on a en classe dans un cadre donné, ça n'a l'air de rien mais on est encore des professionnels de l'éducation. Ce que j'entends par là c'est que quand Genma donne sa vision du bouquin, il donne une vision en tant que professionnel de l'informatique et en aucun cas de professeur. J'ai pris Genma comme j'aurai pu prendre n'importe quel autre blogueur qui a pondu un article de ce type mais je préfère mieux lui filer un backlink à lui qu'à des gars qui ont vendu leurs sites à toute personne susceptible de leur payer un truc, mais c'est une autre histoire
Le livre Scratch pour les kids n'est orienté qu'autour de la création de jeux. Le livre est propre, coloré, mais je dirai qu'il n'est pas destiné aux enseignants. L'enseignant ne va pas payer 30 bouquins pour ses élèves, donc l'enseignant se moque complètement des planches de bandes dessinées, des jolies couleurs. L'enseignant a besoin d'aller à l'essentiel, le livre se présente trop comme un livre et pas comme un manuel. Comprenez que si les exemples sont pertinents, qu'ils donnent des pistes, des créations, j'apprends beaucoup plus rapidement en "décompilant" des programmes disponibles. Si on lit le référentiel, on peut faire l'intégralité de ce qui est demandé avec des jeux, mais le devin va tout de même s'arrêter sur la notion de problèmes qui change la donne. L'informatique doit être au service de la résolution d'un problème, créer un jeu où on poutre des bébés phoques n'est pas une résolution de problème.
Il me parait donc évident qu'il faut s'orienter maths, genre utiliser un programme pour faire la résolution du théorème de Pythagore. On notera de la même manière que la création n'est pas tout, il faut aussi proposer des programmes qui ne fonctionnent pas afin que l'élève puisse apporter une correction, on est réellement dans une démarche intellectuelle poussée, on essaie à tout prix de faire réfléchir l'élève, de le conduire sur les chemins de la logique.
Pour en revenir au livre lui même, je pense que les gens qui l'ont écrit n'ont pas les mêmes enfants de 8 ans que ceux que je suis amené à croiser. Concrètement le niveau est trop élevé, pour les enfants de 8 ans que je croise, pour ceux que mon épouse croise aussi me disait elle puisqu'elle enseigne en cycle trois avec des enfants qui vont jusqu'à 11 ans. Je trouve qu'on est trop dans l'invitation au copier coller les contenus sans explication claire des contenus. Je suis en train de faire le pallier numéro 2, il s'agit de faire bouger scratch dans le ciel de façon à éviter des éclairs. On explique comment faire un éclair qui va apparaître de façon aléatoire en haut de l'écran, se déplacer vers le bas et disparaître. On note l'expression dans le programme "envoyer au premier plan, déplacer de 1 plans arrière", je ne sais absolument pas ce que ça fait au milieu. Je pense d'ailleurs que le gosse ne se posera pas de questions et se contentera de reproduire les exemples sans les comprendre.
Pour moi un livre, même un livre de programmation où il est nécessaire de programmer, ça peut sembler évident, c'est un outil qui doit pouvoir être utilisé n'importe où, sans forcément l'ordinateur. Comprenez que je lis dans mon lit, dans mes toilettes, je dois pouvoir comprendre la séquence de code sans avoir de PC en face de moi ce qui dans les toilettes n'est pas évident. A plusieurs moments, j'ai dû coder pour comprendre ce que ça faisait, dès lors, je pense qu'on rate l'objectif, comme précisé plus haut, si un gars de 40 ans passés a dû se pencher sur la question, alors qu'en sera-t-il de l'enfant de 8 ans qui sera tenté de ne pas creuser mais de copier. Pour faire apprendre à scratch à mes élèves, je pense partir d'une démonstration très simple de ce que peut faire l'outil, et proposer des exemples très simples puis ensuite monter en puissance.
