Nouveautes depuis 1.2

→ **MyCalcs** profile · by **parisse** » 24 Jan 2018, 13:46

Une petite liste des principales nouveautes mathematiques a venir, d'apres ce qu'on voit apparaitre sur github (j'en ai peut-etre ratees):
* suites: pouvant dependre l'une de l'autre
* fonction: aire sous la courbe, recherche extrema, intersection
* module urandom de micro-Python, et parallelement commandes random et randint dans le parser
* arithmetique: decomposition d'un entier (pas trop grand) en produit de facteurs premiers

→ **MyCalcs** profile · by **critor** » 24 Jan 2018, 13:55

Merci.

De très bonnes nouvelles, sur les fonctionnalités non pointues on commence donc à se rapprocher de l'éventail qu'offrent les modèles de milieu de gamme.

My calculator programs · by **Adriweb** » 24 Jan 2018, 14:23

Une news est en préparation avec un changelog relativement complet, il y a en effet beaucoup de choses intéressantes, ca fait plaisir

→ **MyCalcs** profile · by **parisse** » 24 Jan 2018, 16:45

Sauf erreur, on est a 643K, donc ca n'a pas trop augmente ... mais je ne vois pas de modification de l'UI qui reflete les ajouts dans le noyau pour l'app fonction. Et je trouve l'UI pour naviguer dans l'app fonction assez deroutante.

→ **MyCalcs** profile · by **clifward** » 24 Jan 2018, 22:23

En arithmétique, pour la décomposition, c'est à partir de quel entier que ça devient "trop grand" ?

→ **MyCalcs** profile · by **parisse** » 25 Jan 2018, 08:18

L'algorithme utilise est naif: il teste la division par une table de nombres premiers jusque 7919 puis par les entiers impairs jusque 10000. En fait l'implementation est tres tres naive, parce que le premier nombre mis en echec est 10007, alors que ca devrait etre 10007^2 ou 10007*10009

→ **MyCalcs** profile · by **clifward** » 25 Jan 2018, 12:08

Il y a des chances qu'ils optent pour quelque chose de plus performant lors d'une prochaine mise à jour

→ **MyCalcs** profile · by **Lionel Debroux** » 25 Jan 2018, 12:27

Ca semble indispensable, oui.
Après avoir utilisé une implémentation un peu moins naïve de TF, ils peuvent ajouter une implémentation de l'heuristique Rho de Pollard (version améliorée avec Brent, je suppose) et peut-être aussi de SQUFOF. Au-delà, c'est plus difficile sur les plate-formes qui n'ont que très peu de RAM...

→ **MyCalcs** profile · by **parisse** » 25 Jan 2018, 13:08

Pollard-rho peut-etre un jour, mais autre chose je n'y crois pas. La limitation actuelle a 10007 au lieu de 10007^2 donne quand meme un certain sentiment d'amateurisme en arithmetique, meme sur un initial commit. Ca n'empeche evidemment pas quelqu'un d'autre d'ecrire son propre code de factorisation d'entiers mais comme la licence d'epsilon n'a pas change, ca m'etonnerait qu'on voit un crible quadratique sur la Numworks (avec 256K de RAM, mon implementation ifactor.cc de giac peut factoriser des nombres de 128 bits).

→ **MyCalcs** profile · by **Lionel Debroux** » 25 Jan 2018, 13:47

128 bits, c'est en effet plus long ce qu'il est raisonnable de factoriser avec SQUFOF, et ça serait déjà pas si mal sur une calculatrice... mais oui, il reste toujours ce foutu problème de licence.