Discussion :

[jojolemerou66]

Bonjour à tous...comme tous les deux ans je fais un petit programme en python. Du coup je ne progresse pas trop.(j'ai même régressé cette année) Et je passe ici pour palier à mes manques.

Donc j'ai fait un petit programme de caisse commerciale il fonctionne parfaitement mais je n'ai pas bien compris le fonctionnement des arrondis. Du coup régulièrement j'ai eu des nombres du style : 34,0000000000004.
J'ai mis des round un peu partout à deux chiffres après la virgule mais dès que j'oublie ça revient. Par exemple j'ai eu le cas d'un calcul, arrondi, changé en str, affiché en texte sur un canvas tkinter..récupéré, changé en float et additionné avec les mêmes congénères qui m'a donné un résultat à 10 chiffres après la virgule. Ou le dernier en date en récupérant des données arrondis entrées et ensuite récupérées depuis une base sqlite.(j'ai vérifié il n'y a que des nombres à 2 chiffres après la virgule dans la base..

Deux questions: Comment python gèrent les round? Est-ce juste qu'un affichage? Il n'y a pas plus simple que de rounder à tout bout de champ?

arggglll il y a trois questions désolé...merci

[flapili]

Bonjour,

Ce n'est pas à problème lié à Python mais plutôt la façon dont l'ordinateur stocke les floats, un peu comme en base 10 il faudrait une infinité de feuille pour écrire 2/3 (0,6666666666666.....) et bien c'est pareil en base deux pour certains nombre, par exemple en base 10 nous arrondissons 2/3 en 0.66667 (parce que écrire une infinité de chiffre c'est long, surtout vers la fin ) alors que 1/2 nous n'avons pas besoin, et bien pareil pour l'ordinateur, dès fois ça tombe pile et dès fois il est obligé de faire des arrondies
Pour des explications plus complètes https://fr.wikipedia.org/wiki/Virgule_flottante

La meilleure solution simple: compter en centimes

[wiztricks]

Salut,

Deux questions: Comment python gèrent les round? Est-ce juste qu'un affichage? Il n'y a pas plus simple que de rounder à tout bout de champ?

Un peu de lecture du chapitre du tutoriel Python qui traite de la représentation des nombres flottants s'impose.

- W

[Sve@r]

Bonjour

flapili a bien résumé le souci. En effet, un ordinateur calcule ses nombres en puissances de 2 (puissances positives pour les parties entières, puissances négatives pour les parties décimales). Et donc si certains nombres peuvent le faire (ex 0.625 = 2^(-1) + 2^(-3)), pour la grande majorité d'entre eux, le calcul ne tombe pas juste. Ex 0.8 sera un tout petit peu plus grand que 2^(-1)+2^(-2)+2^(-5) mais un tout petit peu plus petit que 2^(-1)+2^(-2)+2^(-4) et un tout petit peu plus grand que 2^(-1)+2^(-2)+2^(-5)+2^(-6) mais un tout petit peu plus petit que 2^(-1)+2^(-2)+2^(-5)+2^(-5) et etc etc etc à l'infini sans jamais tomber juste.

Cela a posé des soucis bien avant toi. Pour les comptes bancaires par exemple. C'est pour ça que dans les années 1970, le COBOL qui était le premier langage à calculer les nombres décimaux avec exactitude absolue a été largement utilisé dans les banques. Et si tu veux savoir comment il faisait, c'est pas compliqué: chaque nombre est codé chiffre par chiffre (ex 0.123 est codé => '0'.'1' '2 '3') et les calculs se font comme au primaire, chiffre par chiffre. Long mais efficacité absolue.

Ensuite divers langages ont implémenté ce système sous forme de librairies particulières y compris Python qui possède ainsi la librairie "decimal" qui permet des calculs peut-être plus longs mais parfaits sur les nombres décimaux => import decimal; x=decimal.Decimal("0.123"). Ce qui t'évitera donc de faire du round (donc dans l'absolu de perdre ou d'inventer de la valeur) sur un truc aussi sensible qu'une caisse