Re: [EDUC] Codage à l'école : Snap! ou Scratch

[Pierre Boudes <pierre AT mindsized.org>]

Bonjour,

Le 04/03/2016 18:27, Nathalie Carrié a écrit :
> problème délicat lié au codage - et au choix d'un logiciel
> libre en particulier - que nous pourrions avoir à la rentrée prochaine
> dans l'Education Nationale.

Comme évoqué le choix a été fait et il s'agit de Scratch 2.0.

Et j'ai les mêmes inquiétudes que toi pour Scratch 2.0.

De mon point de vue, l'obligation de passer par Flash est un vrai 
problème, notamment Pour le côté réseau social de Scratch(essentiel si 
on veut compter sur l'autonomie). Il faut aussi penser aux parents qui 
se retrouvent avec un navigateur qui du jour au lendemain doit donner 
accès aux jeux en flash.

J'en avais parlé à Gérard Berry (qui est fervant partisan de Scratch en 
lequel il retrouve les caractéristiques de son Esterel) en marge d'un 
séminaire il y a un an et j'ai compris qu'il faudrait mettre beaucoup 
d'énergie pour convaincre du contraire.

Son point de vue est pragmatique et il dit que le problème avec les 
libristes/idéalistes (je ne sais plus quel terminologie il employait) 
est qu'ils font de belles choses mais qu'il manque toujours les 30% de 
travail en plus qui rendent la proposition vraiment utilisable.

Le 09/03/2016 12:53, Thierry Munoz a écrit :
> En fait, il y a l'utopie et la réalité du terrain. À un moment il faut
> être pragmatique et voir ce que l'on cherche à faire : je veux d'abord
> initier mes élèves à la programmation sans devoir passer 15 jours à
> installer un programme (je n'en ai plus le courage/le temps...). S'il y
> a des outils totalement libres, tant mieux, c'est eux qu'on utilisera en
> priorité mais s'il n'y en a pas, on en essayera d'autres de moins libres
> comme c'est le cas avec Scratch (il existe pire que lui, non ?).

Si on veut pousser une alternative, il faut aussi faire preuve de 
pragmatisme.

Il faut à mon sens être capable de proposer :
1) une alternative à ScratchJr pour les plus petits qui ne savent pas 
lire. Il faut que cela tourne en déconnecté sur le téléphone des parent 
ou sur une tablette.
2) une alternative à Scratch 2.0 (ou un fork) pour ceux qui savent lire 
mais ne savent pas taper en corrigeant d'eux mêmes leurs typos (syntax 
error line 10).
3) la possibilité de partager ses créations et de lire et commenter 
celles des autres dans une communauté francophone (+ contrôle par 
responsables légaux).
4) il faut aussi assurer le suivi dans le temps.

La tâche est ardue !


Idéalement il faudrait aussi être capable de proposer plus que ce 
Scratch propose.

On pourrait penser à un prolongement dans la programmation textuelle 
(Python, Javascript, Smalltalk etoys squeak…), qui permette d'améliorer 
des programmes "Scratch" existant. On part du micromonde déjà bien riche 
de notre Scratch que l'on regarde à l'intérieur d'un Python ou autre et 
on élargit ce micromonde en allant vers le reste du langage et son 
écosystème (bibliothèques etc.).

Il faudrait sans doute apprendre des échecs autour de Etoys Squeak (olpc 
et Scratch 1.4), est-ce une question de paradigme de programmation, une 
question de torpillage par des partenaires ?

De ce point de vue, je pense qu'il faut surtout éviter d'inventer un 
nouveau langage "spécial éducation" et partir de l'existant, en 
emboîtant les micromondes dans un langage généraliste.

Cordialement,
Pierre Boudes (université Paris 13)