Forum TI-Planet.org

Quelques documents que l'on vient de me pointer, utilisés pour les formations au nouveau programme de 2nde dans l'académie de Montpellier :
http://disciplines.ac-montpellier.fr/ma ... conde-2017

Sans surprise, tout en Python.

Il y a même un diaporama où l'auteure liste les langages répondant selon elle aux consignes du BO (langage simple d’usage, textuel, interprété, concis, largement répandu, pouvant fonctionner sur une diversité d’environnements) :

Claire Salvinas a écrit:

• Basic (plus largement répandu)
• Perl (pas assez répandu)
• Bash (pas assez simple)
• JavaScript (pas simple dans un navigateur ou sans navigateur)
• PHP (pas un langage généraliste, pour faire du Web)
• Xcas (pas assez répandu)
• Scilab (pas assez répandu, plutôt du calcul numérique)
• Python !

Pas sûr qu'il y ait un grand recul. PHP peut parfaitement servir à autre chose qu'à générer des pages web. Il offre toutes les fonctions d'un véritable langage de programmation.

Mais bref, on note que tous les collègues formés sur l'académie auront donc entendu et assimilé aussi que choisir Xcas ou Scilab pourtant encore présents dans plusieurs nouveaux manuels de Seconde c'est pas bien.

On note bien évidemment que les langages calculatrice ont été omis.

Et on y vient, car l'auteur explique ensuite pourquoi Algobox n'est pas dans la liste...

Claire Salvinas a écrit:

• pas largement répandu
• pas textuel
• pas véritable langage
• pas généraliste (des courbes, une interface graphique)
• pas beaucoup de bibliothèques
• langage éducatif

... et pourquoi les langages TI/Casio/HP sont à proscrire :

Claire Salvinas a écrit:langage calculatrice (TI, Casio, ...)

• propriétaire
• chaque calculatrice a son langage
• pas multiplateforme

Pas sûr que l'auteure ait utilisé les calculatrices bien davantage que le PHP.
Dire que chaque constructeur a son propre langage, soit (et encore, jongler entre plusieurs langages ne me semble absolument pas être un défaut en début de formation, bien au contraire).
Mais prétendre comme elle me semble le faire que chaque modèle a un langage différent... désolé mais non.

C'est le même langage sur TI-82 Advanced et TI-83 Premium CE, tout juste y a-t-il quelques instructions supplémentaires sur cette dernière mais qui de toutes façons en pratique ne sont pas utilisées dans le cadre du programme d'algorithmique.
Même situation chez Casio avec les Graph 25+E, Graph 35+E, Graph 75+E et Graph 90+E. C'est grosso modo le même langage avec une compatibilité ascendante. Un programme Graph 25+E marchera sur Graph 90+E.

La tortue Xcas arrive en version web, et elle vous souhaite
http://www-fourier.ujf-grenoble.fr/%7eparisse/xcasfr.html#+def%20sap(n)%3A%0A%20%20%20%20triangle_plein(5*n%2C5*n)%0A%20%20%20%20tourne_gauche%0A%20%20%20%20triangle_plein(5*n%2C5*n)%0A%20%20%20%20saute%204*n%0A%20%20%20%20triangle_plein(4*n%2C4*n)%0A%20%20%20%20tourne_droite%0A%20%20%20%20triangle_plein(4*n%2C4*n)%0A%20%20%20%20pas_de_cote%20-4*n&+def%20sapins2(n)%3A%0A%20%20%20%20if%20n%3C%3D1%3A%0A%20%20%20%20%20%20%20%20crayon%20jaune%0A%20%20%20%20%20%20%20%20disque%2010%20%0A%20%20%20%20%20%20%20%20crayon%20vert%20%0A%20%20%20%20%20%20%20%20return%0A%20%20%20%20crayon%20vert%0A%20%20%20%20sap(n)%0A%20%20%20%20tourne_gauche%2030%0A%20%20%20%20saute%2010*n%0A%20%20%20%20tourne_droite%2030%0A%20%20%20%20sapins2(n-2)%0A%20%20%20%20tourne_droite%2030%0A%20%20%20%20saute%2010*n%0A%20%20%20%20tourne_gauche%2030%0A%20%20%20%20sap(n)&+%23%0Aefface%0Apas_de_cote%2050%0Asaute%20-75%0Asapins2(8)%0Acrayon%20bleu%0Asigne%20%22Joyeux%20Xcas%22&

Ah ben tiens, on retrouve cette chère Claire :
https://www.numworks.com/fr/ressources/ ... s/corrige/

Bizarre, je croyais que les "langage calculatrice (TI, Casio, ...)" c'était pas bien.
Tout comme le PHP qui est un vulgaire langage dédié au web, bien sûr...

Sans doute que c'est les langages calculatrice qui sont nés dessus c'etait "pas bien", alors que le python qui est né ailleurs mais porté sur calculatrice "désormais", c'est bon ?
Enfin bref, du moment que le contenu est bon sur le site de NumWorks, tout le monde sera content j'imagine.

Je n'ai rien à dire sur le contenu.

Je note juste la critique systématique et la plupart du temps non fondée de tout ce qui n'était pas Python. Alors que les textes officiels exigent juste un langage fonctionnel, et que plusieurs calculatrices le proposaient déjà. On pourrait même parler de dénigrement.

Et je souris devant le rapide retournement complet de veste niveau calculatrices.
De plus si tu regardes la date de la formation en question, la NumWorks existait déjà.

Autant d'un côté c'est compréhensible qu'ils refusent les langages propriétaires des calculatrices parce qu'ils sont... propriétaires, autant tout miser sur le Python et faire passer le reste à la trappe c'est injustifié, surtout le PHP et le Javascript qui sont ultra répandus.

Y'a plus qu'à espérer qu'ils reportent ça dans les programmes universitaires, que ce ne soit pas perdu entièrement.

Hmm... vu les défauts de ces langages, les failles de sécurité et la maintenabilité limitée de nombre de codes du monde réel écrits dans ces langages, donner à trop d'élèves l'habitude de programmer en PHP ou en JS n'est pas une bonne idée
On fait un peu moins de conneries en Python.

Je ne connais pas PHP, sur Javascript je suis completement d'accord avec Balalaika. Vu ce qui va etre enseigne au lycee (cf. l'activite de C. Savinas), il n'y a aucune raison d'avancer des craintes de failles de securite, ni de raisons de craindre que du code Javascript (pur) soit moins propre que du Python. Toujours vu ce qui va etre enseigne au lycee, les langages des calculatrices telles que TI 89/nspire, Casio Classpad, HP prime conviennent egalement tres bien. En fait meme mieux pour faire des maths: avec la ^ naturelle, une division coherente, et des operations simples sur les matrices/vecteurs. Je suis en train de regarder numpy/pylab pour voir si ca peut etre rendu compatible en Xcas, on peut aussi y faire de gros reproches ... (et mes etudiants de L3 pourtant sortis tout droit de classes prepas ont du mal a faire des operations toutes simples en analyse numerique matricielle avec Python). C'est assez normal pour un langage qui n'a pas ete prevu pour faire des maths. Si la reforme du lycee aboutit, et que la discipline info impose Python, je m'en moque, pourvu qu'en maths le choix du langage reste possible.

Au passage, sans revenir sur le débat de quel langage serait mieux par rapport à ce qu'il engendre ou non côté sécurité pour des débutants, il ne serait pas impossible de faire une sorte de couche de traduction python=>lua sur Nspire (en lua), ""comme"" le fait Xcas avec la gestion de la syntaxe. Ca demanderait un peu d'huile de coude pour que ca fonctionne suffisamment correctement, mais...
Alors certes, il n'y aurait pas non plus les vraies libs du genre numpy, mais comme on a accès au moteur de calcul de la machine, on pourrait imaginer de jolis bindings pour reconstruire beaucoup de fonctionnalités.

Certes, mais mode examen en 2019 donc ce sera tout autant bloqué que le portage MicroPython pour Ndless.