Informatique en cycle 3/4: découvrons Scratch (récapitulatif tenu à jour de mes essais page 8)

Récursivité. Je me suis demandé deux secondes ce qui était possible. Pas de retour de valeur sur les blocs, donc on ne peut faire qu'une récursivité terminale:
https://scratch.mit.edu/projects/103926140/

ycombe a écrit:Récursivité. Je me suis demandé deux secondes ce qui était possible. Pas de retour de valeur sur les blocs, donc on ne peut faire qu'une récursivité terminale:
https://scratch.mit.edu/projects/103926140/

Il n'y a pas de valeur de retour, uniquement des effets de bord, donc l'inexistence des fonctions dans Scratch n'est pas un problème.
On peut utiliser un prototype trace(x0,y0,x1,y1,profondeur), je pense.

Je pensais à quelque chose comme ça (en passant en fait les 4 valeurs des coordonnées des deux points)

trace_récursivement A B
 Si la distance entre les deux points est supérieure à la limite
 .. alors calculer les deux points C et D aux tiers de AB et le point E en triangle équilatéral avec C et D
 ...... trace_récursivement A C
 ...... trace_récursivement C E
 ...... trace_récursivement E D
 ...... trace_récursivement D B
 .. sinon trace A B

Voilà le résultat: un code beaucoup plus simple.
https://scratch.mit.edu/projects/103927942/

Edit: le tracé récursif a finalement comme paramètres la longueur et la direction du tracé; C'est beaucoup plus simple que ma première idée.

ycombe a écrit:Voilà le résultat: un code beaucoup plus simple.
https://scratch.mit.edu/projects/103927942/

Edit: le tracé récursif a finalement comme paramètres la longueur et la direction du tracé; C'est beaucoup plus simple que ma première idée.

C'est malin ! Mon clavier est plein de vomi de chat, maintenant.
Peut-être faudrait-il cacher le lutin miaulant (ou alors tu l'entraînes pour l'envoyer sur la lune ?).

Spoiler:

Aaaah !!! Steve Waring! J'avais le disque quand j'étais petit!


(ok, je l'ai caché)

https://scratch.mit.edu/projects/103949340/

ycombe a écrit:https://scratch.mit.edu/projects/103949340/

Il manque une sortie à ton labyrinthe

C'est très joli, et ça ira très bien dans l'EPI LCA sur le Minotaure

Là pour l'instant j'ai juste programmé un générateur de labyrinthe. Je n'étais pas très content du code, trop complexe, je l'ai réécrit un peu plus simple (avec 3 listes au lieu d'une pour simplifier les calculs d'indices).
https://scratch.mit.edu/projects/104043448/

Je ne te cache pas que ça va être dur de faire ça en 1 ou 2 semaines avec des élèves de 3° :lol:

Le but, c'est qu'ils programment les mouvements de la fourmi. Je vais lui programmer des blocs capteurs droite/devant/gauche qui donneront la distance du mur dans ces directions, et ils se débrouilleront avec ces infos pour que la fourmi trouve son chemin.

Une version scratch de laby, quoi!

Une modeste contribution, mais je trouve que ça va bien avec l'esprit de programmation simple et visuelle : l'aiguille de Buffon.

En passant en mode turbo, j'ai eu 2 décimales justes en 10 minutes :lol: mais le programme est faisable par des collégiens, et le résultat est suffisamment surprenant pour titiller les moins blasés.

Joli la simulation des aiguilles!

J'ai voulu faire une simulation par Monte-Carlo, mais les résultats ne sont pas bons. Je crois que ça vient de la cible qui n'est pas assez circulaire car trop pixelisée et/ou une erreur dans la détermination du diamètre.

Un premier retour, qui vaut ce qu'il vaut. Rappel : j'ai fait ça avec des 6°, un groupe de "bons" triés très subjectivement, en AP en plus des heures de maths.
J'ai bricolé un petit contrôle avec des questions simples, et j'ai rajouté l'exercice de Franck059 pour voir comment ils allaient réagir. Devoir fait en 45 min environ, par binôme, les mêmes binômes qui ont travaillé ensemble 8h sur Scratch.
Je mets en spoiler pour faciliter la lecture.

le contrôle :

Une première copie :

Une deuxième copie :

Une troisième copie (tronquée) :

Je pense qu'on n'est pas très loin de ce que feraient des élèves de 3° au brevet.
L'absence de décalage vers la droite des commandes peut prêter à confusion pour certaines parties, notamment les boucles. Mais ce sera sans doute ainsi dans les copies de DNB.
Si le programme est bien écrit et fonctionnel, on peut se douter qu'on mettra tous les points.
Mais pour la troisième copie, indépendamment de l'erreur d'orientation du lutin, l'ordre dans lequel il faut encastrer les commandes est compris (amha) mais pas la façon d'énoncer un algorithme (puisque la commande de relever le stylo semble à l'intérieur de la boucle). Comment faudra-t-il alors compter les points ?
Je devine de longues discussion d'harmonisation lors des corrections, surtout avec des collègues qui ne seront pas à l'aise avec ce genre de choses. C'est pourquoi je propose qu'on décide, unilatéralement, d'envoyer les profs de techno en correction, pour cette partie-là de l'épreuve  :lol:

Ca y est, ça commence, certains éditeurs s’engouffrent dans la niche.

Je viens de recevoir un mail des éditions Delagrave à mon adresse académique.

Il éditent un cahier d'activités de programmation/algorithmique maths/techno de 64 pages pour le cycle 4 pensé sur 3 niveaux (pas fous chez Delagrave).

On peut le feuilleter ici :
http://www.editions-delagrave.fr/sites/default/files/feuilleteurs/9782206101521/9782206101521.html

Le cahier vierge coûte 4,50 €.

Les éditions Didier préparent aussi un nouveau manuel pour le cycle 4 avec 18 activités d’algorithmique (tiens... 6 x 3 = 18...). Disponible en mai.

En tous cas, je trouve que les collègues qui ont fait des propositions d'activité de programmation avec Scratch dans ce fil ont bien du courage. Etant au lycée, je suis encore à bonne distance des griffes de cette sale bête de chat-curseur, mais si un truc du genre me tombait dessus, je crois que ma réaction serait tout simplement de faire le mort... jusqu'au jour de la visite d'un IPR que j'envisagerais en mode Rocky avec "The eye of the tiger" comme antidote à cette saloperie de chat...

[...]

Mrs Hobie a écrit:pour mieux combattre l'ennemi  il faut le connaître de l'intérieur

Hum... La fameuse technique du Ténia. J'en avais déjà entendu parler...

Mais effectivement, Scratch a été initialement conçus pour des primaires. Le proposer à de jeunes collégiens, pourquoi pas.
L'attaquer en collège en 3° me parait absurde. L'expérience incite donc à penser qu'il devrait arriver sous peu au lycée. :fou:

Sesamath propose en avant-première, avant tous les autres éditeurs son manuel libre de cycle 4... pas loin de 400 pages.

Maquette améliorée mais plus austère. Repérage par niveaux 1, 2 et 3 comme chez Delagrave d'ailleurs.

Hyperdécoupage des chapitres suivant le même schéma que le programme officiel (5 parties A-B-C-D-E).

Le dernier chapitre traite de l’algorithmique et de la programmation où il est question en préambule de scratch et de ... python !

l'IPR a été formel : ce serait dommage de se priver d'un outil si puissant, et que les élèves connaissent déjà, et il est si simple de changer le "lutin" si on trouve le chat trop puéril
Graoumpfff

Mrs Hobie a écrit:l'IPR a été formel : ce serait dommage de se priver d'un outil si puissant, et que les élèves connaissent déjà, et il est si simple de changer le "lutin" si on trouve le chat trop puéril
Graoupfff

Bon, bein, alors ça va vraiment être dommage... :diable:

Spoiler:

Mais il te répondra que la reconnaissance de forme est un problème difficile ! D'ailleurs nos élèves peinent à distinguer une somme d'un produit, un parallélogramme d'un carré, un 9 d'un 6, etc.

Moonchild a écrit:

Mrs Hobie a écrit:l'IPR a été formel : ce serait dommage de se priver d'un outil si puissant, et que les élèves connaissent déjà, et il est si simple de changer le "lutin" si on trouve le chat trop puéril
Graoupfff

Bon, bein, alors ça va vraiment être dommage... :diable:

Spoiler:

:mdr3:

Mrs Hobie a écrit:l'IPR a été formel : ce serait dommage de se priver d'un outil si puissant, et que les élèves connaissent déjà, et il est si simple de changer le "lutin" si on trouve le chat trop puéril
Graoumpfff

J'ai la charge de 130 élèves (4ème et 3ème).
J'ai mené mon enquête auprès d'eux.
Résultat : aucun ne connaît Scratch, ni d'ailleurs aucun autre outil de programmation.
AUCUN
Sont vraiment de plus en plus à côté de la plaque ces ipr...

Franck059 a écrit:

Mrs Hobie a écrit:l'IPR a été formel : ce serait dommage de se priver d'un outil si puissant, et que les élèves connaissent déjà, et il est si simple de changer le "lutin" si on trouve le chat trop puéril
Graoumpfff

J'ai la charge de 130 élèves (4ème et 3ème).
J'ai mené mon enquête auprès d'eux.
Résultat : aucun ne connaît Scratch, ni d'ailleurs aucun autre outil de programmation.
AUCUN
Sont vraiment de plus en plus à côté de la plaque ces ipr...

Tu fais un peu de mauvaise foi là ou pas ?   (d'habitude c'est moi qui ait du mal avec les implicites/sous-entendus ...)
Plus sérieusement, la question posée à l'IPR était lors de la liaison collège-lycée, dans le contexte de la réforme du collège, et donc des retombées de cette réforme au lycée, dans les années à venir, pour les aménagements de programme, particulièrement pour l'algorithmique ... Donc théoriquement, tous les élèves auront vu Scratch, puisque les nouveaux programmes de collège incitent fortement à utiliser Scratch ...