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

JPhMM a écrit:Pourquoi pas la courbe de Peano ?

Dw4rF_Naheulbeuk a écrit:A votre avis, ça se programme en scratch un jeu de la vie ou pas?
Question subsidiaire: si oui est ce que ça présenterait un intérêt quelconque hormis le fait de parler d'un truc rigolo?

ycombe a écrit:

Dw4rF_Naheulbeuk a écrit:A votre avis, ça se programme en scratch un jeu de la vie ou pas?
Question subsidiaire: si oui est ce que ça présenterait un intérêt quelconque hormis le fait de parler d'un truc rigolo?

Ça se programme sans problème. Quand à l'intérêt, c'est toi qui vois.

Dw4rF_Naheulbeuk a écrit:A votre avis, ça se programme en scratch un jeu de la vie ou pas?
Question subsidiaire: si oui est ce que ça présenterait un intérêt quelconque hormis le fait de parler d'un truc rigolo?

JPhMM a écrit:Pourquoi pas la courbe de Peano ?

William Foster a écrit:

JPhMM a écrit:Pourquoi pas la courbe de Peano ?

Tracée dans son intégralité ?

Balthazaard a écrit:Blague à part, je ne trouve pas scratch intuitif du tout et les algorithmes écrits quasiment illisibles quand il y a un minimum d'imbrication. Quitte à apprendre quelque chose, les vrais langages ne manquent pas

JPhMM a écrit:Autant pythoner.

JPhMM a écrit:On parle de collégiens, là...

Hélips a écrit:@LeGrincheux : avec mes ISN, Python, ça marche pas mal du tout. Justement l'histoire de l'indentation qui n'est pas seulement un problème de forme, ça les oblige à écrire les trucs proprement.

Code:

IMPLICIT NONE

Le grincheux a écrit:

JPhMM a écrit:On parle de collégiens, là...

Justement. Il leur faut des choses simples et aisément compréhensibles. Scratch n'entre ni dans l'un ni dans l'autre des catégories. Python non plus d'ailleurs.

Ce qui m'a d'ailleurs toujours fasciné, c'est la haine qu'éprouvent la plupart des programmeurs pour les Basic's et leur propension à utiliser Python alors qu'objectivement, on peut reprocher aux deux langages exactement les mêmes choses. Enfin, il y a bien des gens pour utiliser Java...

VinZT a écrit:Je vois que vous vous amusez bien :lol:

Chtites questions en passant:
- cela vous paraît faisable avec des élèves "normaux" ?
- cela vous paraît à même de les faire progresser tant en math qu'en info ?
- les "compétences" acquises avec Scratch vous semblent-elles transposables à d'autres langages informatiques ?

Nulle polémique dans ces questions, mais je m'interroge. 
Cela me rappelle les savantes constructions et animations faites avec GeoGebra (ou Cabri ou autre), intéressantes lors de colloques IREM ou de réunion avec pairs (et encore), mais ... avec les élèves ? Si cela se résume à des activités "cliquodromes" où on se contente de suivre une check list, quel intérêt ?

Le professeur peut choisir ce type d’activité avec différents objectifs : travailler la notion de direction angulaire relative ou absolue, découvrir et utiliser les constructions conditionnelles, découvrir et utiliser des variables, programmer une gestion d’événements.
Selon le(s) choix qu’il effectue, il développera plus tel ou tel aspect de l’activité, proposera des défis différents aux élèves, prolongera l’activité suivant diverses directions.
On peut commencer par une activité concernant le rebond sur les bords d’une balle. Il vaut mieux choisir pour commencer un lutin dont la direction est immédiatement visible (le chat, une flèche), et reporter à plus tard l’utilisation d’un lutin en forme de balle. De la même façon, il est sans doute utile d’afficher la direction du lutin (en cochant la case appropriée tout en bas de la catégorie « Mouvement »).
Une répétition infinie de avancer de 10 , rebondir si le bord est atteint , permet alors l’observation de ce qui se passe aux bords : un objectif est que les élèves conjecturent les règles de changement de direction.
On peut alors proposer un défi, qui est de réaliser le même processus, mais sans utiliser le bloc rebondir si le bord est atteint. Il faut toutefois prendre garde à repérer l’approche des bords, en ajoutant des répétitions infinies de test sur l’abscisse (inférieure à -215 ou supérieure à 215) et sur l’ordonnée. Ce défi n’est pas si simple pour des élèves inexpérimentés.
On ajoute deux raquettes (que les élèves peuvent dessiner, un simple rectangle suffit). On pensera à les nommer de façon explicite, raquette gauche et raquette droite, par exemple. Il n’est pas très difficile d’associer à chaque raquette un script qui permet à l’utilisateur de la faire monter ou descendre, à l’appui d’une touche ou d’une autre. Il faudra donc choisir quatre touches différentes du clavier, pour le joueur gauche et le joueur droit.
Il s’agit là d’une programmation événementielle très simple à mettre en œuvre. Pour l’instant, la balle et les raquettes agissent sans aucune interaction.
Il convient maintenant de gérer le rebond de la balle sur chaque raquette.
Pour cela on crée une boucle infinie qui teste le contact à l’aide du premier bloc de la catégorie « Capteurs ». Si la raquette gauche est touchée, il suffit de changer la direction de la balle en l’opposé de la direction actuelle. Remarquons que puisqu’il s’agit de modifier la direction de la balle, c’est bien sur le script de la balle qu’il faut travailler, et non sur celui de la raquette!
C’est un objectif important que les élèves comprennent bien quelles commandes sont à écrire dans le script de la balle et quelles autres dans celui de chaque raquette : on introduit ici des concepts liés à la programmation-objet, sans avoir pour autant besoin du moindre formalisme. Une autre remarque s’impose ici : on peut bien sûr créer un unique script long et compliqué pour la balle, mais il est sans doute plus simple de créer plusieurs scripts associés chacun à un comportement particulier : le déplacement perpétuel sur le terrain de jeu, la gestion du rebond sur les bords (si on ne veut pas utiliser la commande ), le contact avec la raquette gauche, le contact avec la raquette droite. Cela introduit à la fois la notion de programmation d’actions en parallèle et permet une mise au point beaucoup plus facile des programmes.

William Foster a écrit:Bien sûr qu'on n'est pas dans de la programmation pure et dure avec lignes de code...
Mais pour la rigueur, c'est un bon début pour des élèves de 6° (pas encore testé sur les 3°) puisqu'ils doivent comprendre comment fonctionne l'algorithme, que l'ordre des commandes est capital (même si parfois on peut en inverser sans gravité), et surtout ça leur permet de voir et d'expliquer certains "bugs" : ne pouvant aider tous les élèves simultanément, les élèves comparent seuls leurs programmes et cherchent des solutions sans attendre que je les leur donne. Je trouve ça très formateur pour l'esprit "info".

Mais (parce qu'il y a un GROS "mais") je n'ai que 20 élèves, que des "bons", que des 6° motivés, et 2h par semaine en dehors des cours de maths.
Quand il faudra faire la même chose avec des 3° dont la moitié (au moins) est nihiliste, en 3h dans l'année, tout en leur faisant faire des maths sérieuses, avec plus de 2 élèves par ordi... Ce sera moins fun :|

Stéphane60150 a écrit:Si c'est que 3h dans l'année, il n'y a plus qu'à caser ça sur la dernière semaine de juin, et on en parle plus. On est libre de notre progression, que je sache. A cette période, il devrait y avoir de la place en salle info.

William Foster a écrit:

Stéphane60150 a écrit:Si c'est que 3h dans l'année, il n'y a plus qu'à caser ça sur la dernière semaine de juin, et on en parle plus. On est libre de notre progression, que je sache. A cette période, il devrait y avoir de la place en salle info.

Sauf que le jour où tu vas en salle info en fin d'année, tu peux être sûr que y'a un paquet d'ordis en carafe, et le travail en binôme se transforme en travail en trinôme (sans second degré).
Faire ça à l'arrache, en fin d'année, ou sur une semaine boiteuse (genre tu viens de finir un chapitre et il reste 3h à caser avant les vacances de Nowel) c'est sans doute ce que feront beaucoup de collègues. Je ne les blâme pas, les IPR n'ayant pas réussi à être très convaincants sur le bien-fondé de ce chapitre. Mais je ne puis me résoudre à bâcler une partie de mes cours, et je chercherai à donner quelque utilité au bouzin.

Dernière objection pour ne pas garder ça pour la dernière semaine de juin : c'est censé être au brevet... Donc autant le faire avant l'épreuve...