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

ben2510 a écrit:Les échos que j'ai eus ne vont pas dans le sens de l'adoption de Scratch au lycée (échos du discours de l'inspection en particulier Chéno).

Mrs Hobie a écrit:

ben2510 a écrit:Les échos que j'ai eus ne vont pas dans le sens de l'adoption de Scratch au lycée (échos du discours de l'inspection en particulier Chéno).

Ce serait bien que les IPR se mettent d'accord dans ce sens alors

dami1kd a écrit:

Mrs Hobie a écrit:

ben2510 a écrit:Les échos que j'ai eus ne vont pas dans le sens de l'adoption de Scratch au lycée (échos du discours de l'inspection en particulier Chéno).

Ce serait bien que les IPR se mettent d'accord dans ce sens alors

Je les vois demain et je ne me priverai pas de leur demander.

dami1kd a écrit:Je ne ferai pas mieux avec ma vieille machine...

Mrs Hobie a écrit:

dami1kd a écrit:

Mrs Hobie a écrit:

ben2510 a écrit:Les échos que j'ai eus ne vont pas dans le sens de l'adoption de Scratch au lycée (échos du discours de l'inspection en particulier Chéno).

Ce serait bien que les IPR se mettent d'accord dans ce sens alors

Je les vois demain et je ne me priverai pas de leur demander.

Je demanderai au mien de bien préciser les choses lors de la réunion 3ème seconde : est-ce qu'au lycée, l'utilisation est encouragée juste pour servir de "liaison" ou bien y a-t-il une volonté d'utilisation sur le long terme ?
Soupir ... Graoumpfff

William Foster a écrit:
Suis à un peu moins de 40 finalement... Et je crois que c'est mon dernier mot, Jean-Pierre

Spoiler:

kioupsPBT a écrit:Les formateurs nous conseillent de télécharger Scratch 2. Impossible de le lancer chez moi sous Windows 10... Comprends pas...

kioupsPBT a écrit:J'ai déjà AdobeAIR. Bon, le téléchargement s'est fait en plusieurs fois, j'ai un fichier Scratch 445.2 de 62 143 ko, c'est bon déjà ?

En image:

leskhal a écrit:Faudra quand même un jour qu'on m'explique le rapport qui existe entre ces conneries et l'enseignement des maths à des élèves qui ne connaissent même pas les fondamentaux (calculs algébriques fondamentaux, raisonnements fondamentaux, figures géométriques fondamentales...). Quel gâchis de temps, de matériel, de compétence, et tout ça pour mettre des bonnes notes à tout le monde à des examens corrigés d'avance ! Les 15-20 ans avant la retraite vont être très longs... Quand je pense à ma prof de seconde à qui on avait imposé l'usage de la calculatrice pour sa dernière année avant la retraite, elle ne savait pas la chance qu'elle a eue, la légèreté de sa peine par rapport à ce que nous allons endurer !

leskhal a écrit:Je vous admire à vous prendre la tête avec cette daube. Je sais que gérer une contrainte est une bonne incitation à la créativité, mais tout de même, on frôle le déraisonnable avec cette chose.
Vous connaissez Processing ? C'est orienté artiste branché, j'ai bien envie de mettre en avant ce langage lorsque Scratch envahira le lycée, d'ici à 2 ans... Je crois que je ferai tout pour éviter le chaton, de même que j'ai toujours contourné Algobox, malgré toute l'admiration que j'ai pour l'abnégation de son concepteur.

ycombe a écrit:

leskhal a écrit:Je vous admire à vous prendre la tête avec cette daube. Je sais que gérer une contrainte est une bonne incitation à la créativité, mais tout de même, on frôle le déraisonnable avec cette chose.
Vous connaissez Processing ? C'est orienté artiste branché, j'ai bien envie de mettre en avant ce langage lorsque Scratch envahira le lycée, d'ici à 2 ans... Je crois que je ferai tout pour éviter le chaton, de même que j'ai toujours contourné Algobox, malgré toute l'admiration que j'ai pour l'abnégation de son concepteur.

Merci d'avoir ré-attiré mon attention sur ce truc. J'avais jeté un œil dessus après m'être offert un arduino, mais sans aller plus loin.

Je viens de regarder un peu plus en détail.

Si on sort de la question "blocs versus lignes de codes", dans le principe de fonctionnement Processing est très similaire à Scratch:
- dans les deux cas on programme des dessins et des interactions sur une zone de dessin.
- Scratch et Processing sont tous les deux basés sur des systèmes logiciels complets, autonomes et obèses: AdobeAir pour Scratch (smalltalk jusqu'à scratch 1.4) et Java pour Processing.

Pour les différences:
- Scratch est limité à ce que permettent les blocs de code, Processing n'est en pratique pas limité (en gros tout ce qu'offre java...).
- Scratch permet une mise en ligne facilement, mais seulement sur le site de Scratch. Processing permet un export en applet java pour être mis sur sa propre page web. Il semble exister une version en js, avec quelques différences par rapport à celle en java.
- La qualité du rendu est 200 fois meilleure avec Processing.
- Les outils de dessins dans Processing sont du style "dessin vectoriel", dans Scratch il n'y a que le crayon ou les lutins, ceux-ci devant être dessinés à part.
- Processing permet un export des frames en images (transformables facilement en video). Pour Scratch il faut... filmer l'écran.
- Processing ne déplace pas les objets: il faut effacer le canvas et redessiner l'objet ailleurs. Visuellement il n'y a pas de différence (Scratch fonctionne certainement ainsi sans le dire).

Processing est intéressant pour les 5% de gamins qui vont accrocher à Scratch: on peut leur proposer de passer sur Processing pour faire des choses plus intéressantes, cela apparaît comme une suite possible logique. Pour les autres... cela n'aura pas plus d'intérêt que Scratch.

VinZT a écrit:
- bon, on ne va pas créer de matière spécifique car, l'heure est à la plurivalence et à l'interdisciplinaire

ben2510 a écrit:

ycombe a écrit:
- Processing ne déplace pas les objets: il faut effacer le canvas et redessiner l'objet ailleurs. Visuellement il n'y a pas de différence (Scratch fonctionne certainement ainsi sans le dire).

Plus précisément, la fonction draw est appelée un certain nombre de fois par seconde, pour redessiner tout le canvas.

Code:


PVector center; // position de l'étoile
float rayonE, rayonP; // rayon de l'étoile et de la plnète
PVector planet; // position de la planète relativement à l'étoile.
PVector v; // Vitesse
float K; // facteur de proportionnalité général (gravitation...) .
ArrayList<PVector> positions; //tableau position pour tracer le chemin.

void setup(){
  size(500,500);

  // position de l'étoile
  center = new PVector(250,350);
  rayonE=10; rayonP=5;
  // position initiale de la planète
  planet = new PVector(37,0);
  // vitesse initiale de la planète
  v = new PVector(1.4, 1.4);
  
  // gravite (facteur de proportionnalité)
  K=80;
  
  // liste des positions de la planète pour tracer le chemin.
  positions = new ArrayList<PVector>();
  
};

void draw(){
 background(0);
 
 fill(#FFF703);
 ellipse(center.x, center.y, rayonE, rayonE);
 
 fill(#007DFF);
 ellipse(planetX(), planetY(), rayonP, rayonP);

 // enregistrement de la position de la planète
 positions.add(new PVector(planetX(), planetY()));
 
 // Tracé du chemin.
 stroke(#007DFF);
 // Note: on commence à 1 et on trace à chaque i la ligne des positions i-1 à i.
 for(int i=1; i<positions.size(); i++)  
   line(positions.get(i-1).x, positions.get(i-1).y, positions.get(i).x, positions.get(i).y);
 
 v.x += dv(planet.x);
 v.y += dv(planet.y);
 planet.x+= v.x;
 planet.y+= v.y;

 saveFrame();
};

// changement de repère.
float planetX () {
  return center.x + planet.x;
}

// changement de repère.
float planetY () {
  return center.y - planet.y;
}

// carré de la distance entre la plnète et l'étoile
float r2 () {
  return planet.x*planet.x + planet.y*planet.y;
}

// distance entre la planète et l'étoile.
double r() {
   return Math.sqrt(r2());
}

double dv (float p) {
  return -K*p/(r2()*r());
}