Forum TI-Planet.org

critor a écrit:Les petits U à l'endroit et à l'envers sont pour indiquer la concavité/convexité de la courbe d'équation y=f(x).
Cela me gêne donc qu'ils soient présents sur une ligne d'étiquette y'', personnellement je m'attendais juste à y trouver le signe de y''.

Vous etes du genre un peu tatillon non? Bon, c'est sans doute le cas de pas mal de profs de maths, plus je vieillis moins je me sens matheux
Je prefere laisser comme ca, ainsi il n'y a pas de risque de confusion avec le signe de y'. Sachant que U correspond fatalement au signe + (convexe) et dans l'autre sens a -, la transposition est evidente.

Bonsoir.

Tout dépend de l'interlocuteur. Entre enseignants, on peut se comprendre à demi-mots.

Mais sur une copie, oui un tel tableau serait faux. Cela ne signierait pas pour autant zéro pour moi, puisque je note par compétences et rangerais probablement cette imperfection dans la compétence Communication.

L'ennui au lycée, c'est que la dérivée seconde n'est pas abordée en série S, mais en série ES et L.
Je ne serais absolument pas étonné qu'un élève de série ES/L soit capable de recopier tel quel sans broncher le tableau, au mieux en remplaçant les symboles sur la ligne y'' par les mots concave et convexe.
Je ne serais pas surpris non plus qu'après avoir vu un tel tableau, un élève de série ES/L soit capable de faire une phrase parlant de la convexité/concavité de y''.

Sinon, je comprends parfaitement votre réticence à juxtaposer 2 lignes de signes pouvant être trop facilement confondues.
Et il ne me semble pas non plus évident de corriger l'étiquette y'', quand ce serait pour la remplacer par un convexité/concavité prenant bien plus de place, et qui serait en prime à traduire selon la langue.
J'ignore si il y a une bonne solution.

Je me trompe peut-etre, mais ca m'etonnerait que la majorite des eleves de TES/TL comprennent pourquoi le signe de y'' entraine la convexite. A mon avis, ils appliquent juste une regle de plus (et c'est sans doute vrai pour beaucoup d'eleves de TS aussi, les maths sont trop souvent devenus une succession d'applications d'incantations dans le secondaire, particulierement en proba-stats ou les notions abordees sont delicates, avec en plus souvent des enseignants sans recul suffisant), alors au final j'ai l'impression que ca n'a guere d'importance: l'eleve qui dira y'' est positive donc y est convexe a formellement juste, mais vraissemblablement pas compris, et 3 mois apres il n'en restera pas plus que pour l'eleve qui aura formellement faux en disant que y'' est convexe. Je me borne a esperer qu'il tracera le graphe de la fonction et fera le rapprochement...
Une autre solution serait de ne pas mettre la convexite par defaut dans tabvar, mais c'est dommage pour les TES/TL et pour les autres apres le bac...

Parfaitement d'accord pour les stats/probas/échantillonnage qui sont devenus suite aux programmes du lycée mis progressivement en place sur 2009-2013, une simple succession de formules magiques. Nous sommes bien souvent incapables de démontrer que la formule est bonne au niveau où nous devons l'introduire, et donc réduits dans le meilleur des cas à faire constater que cela semble marcher en multipliant les exemples/expériences.

Tout le contraire de ce que l'on apprend en géométrie au collège.
Ce que l'on voit ne prouve rien en Mathématiques. Un exemple ou 36 exemples ne prouvent rien non plus en Mathématiques.

Mais que faire ?...

Faire du lobbying pour (faire) réintroduire les notions qui ont disparues ces dernières années ?

Peu de chances selon moi.

Pas plus que faire du lobbying pour supprimer les notions de stats/probas/échantillonnage ne reposant sur aucune base mathématique au niveau où elles sont à introduire à ce jour.

Mise a jour de la beta http://www.hpcalc.org/prime/beta/
Une correction bienvenue: si un programme CAS a une erreur de syntaxe, le curseur est positionne a la ligne de l'erreur, ce qui devrait permettre de la detecter et la corriger.

Merci. Ce sera traité dans la soirée je pense.

Et sinon super d'avoir enfin l'indication de la ligne d'erreur pour les programmes CAS.
Cela marche-t-il aussi lorsque l'on utilise l'écriture Python ?

En principe oui, car le pre-parseur ne rajoute pas de saut de ligne lorsqu'il traduit de la syntaxe Python vers la syntaxe Xcas. Par contre la position du curseur dans la ligne ou l'erreur est detectee peut etre decalee a cause de la traduction (par ex. parce que def est devenu function). Il faudra voir a l'usage si c'est genant, si oui il faudra rajouter un ou deux mots clefs.
Il manque encore les helpers pour entrer les structures en syntaxe Python et la gestion de l'indentation pour etre confortable, mais je pense qu'on peut dire qu'avec cette beta, on a un environement reellement utilisable sur la calculatrice. Sur ce dernier point, j'ai essaye de comparer avec le micro-python de la nspire (celui de la Numworks est vraiment trop limite en modules compiles), quel est le meilleur environement pour programmer? J'ai essaye la console micro-python et pywrite, mais sans lire la doc je n'arrive pas a taper certains caracteres, par exemple :, et la doc n'est pas facile a trouver (elle gagnerait a etre au meme endroit que l'archive tns comme pour khicas).

Voilà, comme promis ça a été traité :
viewtopic.php?t=20712&p=223748#p223748