geogebra 4.2
Publié : mar. déc. 18, 2012 8:03 am
Je suis en train de regarder la nouvelle version stable de geogebra qui a maintenant une interface calcul formel (avec mpreduce) pour voir comment actualiser ma page de comparaison xcas vs geogebra
(http://www-fourier.ujf-grenoble.fr/~par ... gebra.html)
N'étant pas du tout un expert en geogebra, je serais curieux d'avoir l'avis de personnes qui le connaissent mieux que moi. Voici quelques impressions:
- leur CAS n'est pas utilisable pour faire de la géométrie analytique, on ne peut pas définir les coordonnées d'un point de manière symbolique, et numériquement tout est évalué, les commandes de géométrie sont numériques et non formelles.
- certains calculs sont toujours très lents. Par exemple j'ai essayé de calculer la primitive de sin(x)^5*exp(x), puis dériver et simplifier la dérivee moins l'expression originale, résultat calcul trop long abandonné. Je n'ai pas l'impression qu'il soit possible de stopper un calcul trop long en cours (ce qui expliquerait qu'il y a un timer et ce résultat)
- certains algorithmes ne doivent pas être implémentés en reduce (par exemple resoudre(sqrt(x)>2))
- je ne sais pas si mon point 6 est toujours vrai, j'ai vu dans des onglets des possibilités de scripts geogebra ou javascript mais je ne sais pas comment ça s'utilise.
Sinon, dommage qu'ils utilisent des noms de commande commençant par une majuscule et des crochets à la mathematica, sinon la syntaxe du CAS de geogebra serait compatible avec xcas. Il faudrait aussi creuser la possibilité de remplacer reduce par giac pour leur noyau de calcul (mais ils ont déjà changé plusieurs fois de noyau, sans jamais envisager giac).
(http://www-fourier.ujf-grenoble.fr/~par ... gebra.html)
N'étant pas du tout un expert en geogebra, je serais curieux d'avoir l'avis de personnes qui le connaissent mieux que moi. Voici quelques impressions:
- leur CAS n'est pas utilisable pour faire de la géométrie analytique, on ne peut pas définir les coordonnées d'un point de manière symbolique, et numériquement tout est évalué, les commandes de géométrie sont numériques et non formelles.
- certains calculs sont toujours très lents. Par exemple j'ai essayé de calculer la primitive de sin(x)^5*exp(x), puis dériver et simplifier la dérivee moins l'expression originale, résultat calcul trop long abandonné. Je n'ai pas l'impression qu'il soit possible de stopper un calcul trop long en cours (ce qui expliquerait qu'il y a un timer et ce résultat)
- certains algorithmes ne doivent pas être implémentés en reduce (par exemple resoudre(sqrt(x)>2))
- je ne sais pas si mon point 6 est toujours vrai, j'ai vu dans des onglets des possibilités de scripts geogebra ou javascript mais je ne sais pas comment ça s'utilise.
Sinon, dommage qu'ils utilisent des noms de commande commençant par une majuscule et des crochets à la mathematica, sinon la syntaxe du CAS de geogebra serait compatible avec xcas. Il faudrait aussi creuser la possibilité de remplacer reduce par giac pour leur noyau de calcul (mais ils ont déjà changé plusieurs fois de noyau, sans jamais envisager giac).