Reprise du message précédent :
 
 
 
Parce que les virgules flottantes ça sert pas trop en comptabilité, alors que ne pas avoir 0.1 + 0.2 = 0.30000000000000004 ça serait pas si mal
==> Decimal ou Integer

Et encore, c'est l'exemple le plus simple
 
Je me rappelle l'époque où je faisais des calculs de primes d'assurance, je devais avoir une précision du dix millième

Absolument, mais on va commencer par là

Et jongler avec combien d'arrondis différents dans ces dix millièmes?

 
   check
 

 
   check
 

 
   check

Ouais, et ça arrondissait au cent supérieur Je crois que ce n'est pas partout qu'il y a plus de chiffres significatifs Pour de la vente en ligne, 2 décimales suffisent, nan

c'est pour ça que pour pas se faire chier a arrondir que kerviel causait en milliards

 
Le truc, c'est que tu veux un arrondi que sur des résultats finaux. Pas un arrondi sur le calcul du prix HT, puis un arrondi sur le calcul du prix TTC, puis encore un arrondi sur le prix final avec remise

Vrai, le stockage peut se faire en int, c'est du final. Pour les calculs intermédiaire, faut donc de la précision arbitraire. Genre bcmath sous PHP

Ouais au pire, il payait les centimes de sa poche

Ca dépend à quelle étape tu es dans l'opération

pareil, mais moi j'ai lu Golberg91.

si tu fais ça tu risques de te retrouver avec des trucs du genre:

prix ht   : 10,00€
tva       :   1,40€
total ttc: 11,41€

Nan, avec 2 décimales, t'es vachement emmerdé par ex, quand tu rentres des prix HT dans l'admin, et que tu veux qu'ils donnent donnent un résutat précis en TTC...

ex: 1.49 € TTC -> 1.25 HT -> 1.495 TTC

Et n'en parlons pas quand la somme d'un panier ne correspond pas du tout à la somme visible de ses éléments (parce que tu passes par du HT arrondi...)  

Perso je stocke tout à 3 décimales, sauf les montants de commandes. Et pour les calculs, bah float...

Bah oui, d'où la question

Non, sérieusement on arrondissait toujours à 2 chiffres, mais pas après chaque opération qui impliquait souvent des taux avec une précision de 4 ou 5 chiffres, ça dépendait Ca m'a donné pas mal de maux de tête, je devais répliquer un système de calcul existant sur mainframe depuis VB6 mais ya jamais eu moyen d'avoir une spec claire (d'autant que la spec changeait pour chaque produit d'assurance, genre incendie, auto, etc...).

Dire qu'à une époque on avait une DLL COBOL fournie par le client pour un des produits...

Intéressant. J'vais finir, sous mysql, en DECIMAL à 3 ou 4 chiffres après la virgule.
 
Par contre, en PHP, float = IEEE754 = caca, je vais essayer avec bcmath pour voir

Ouais enfin t'es qu'au début de tes emmerdes, je rappelle qu'il y a 5 méthodes d'arrondi différentes (au plus près, vers 0, au loin de 0, vers le bas et vers le haut) et que pour l'arrondi au plus près il y a au moins 5 méthodes de gérer la mi-chemin (un .5)

Perso je m'en branle, et j'attends que la police vienne me chercher

le problème c'est que les gens te feront chier sur l'arrondi du centime alors que tu viens de les entuber leur vendant une cuisine équipée avec 8000€ de marges

Ouais je sais. J'avais lu justement des trucs comme ça, j'essaye de retrouver les articles, mais je trouve plus

Ç'est pas tant le client* que le fisc ou l'agence de répression des fraudes qui vont venir farfouiller dans tes comptes et te demander où sont les centimes qui manquent

* si tu vends direct, si tes clients sont des vendeurs (genre tu écris un logiciel gérant du pognon) ce sont eux qui vont se retourner contre toi quand le fisc sera passé leur dire koukou

Wikipedia rounding

http://stackoverflow.com/questions [...] es-in-java
http://stackoverflow.com/questions [...] uble-issue
http://stackoverflow.com/questions [...] comparison
http://www.cygnus-software.com/pap [...] floats.htm
http://en.wikipedia.org/wiki/Floating_point
http://blogs.sun.com/CoreJavaTechT [...] bigdecimal

ouais enfin, dans le cas de l'écriture de logiciels de paye (pour prendre un exemple au pif ), j'peux t'assurer que des clients tatillons au point d'additionner l'ensemble de leurs cotisations pour vérifier que le total corresponde bien, j'en ai vu
j'crois que l'écriture de logiciels de paye regroupe en fait l'ensemble des merdes qu'on peut rencontrer avec les flottants finalement

Je sens que cette fois je ne vais pas pouvoir résister http://store.steampowered.com/sale/Civilization_sale

Le calcul de primes d'assurances aussi

ça doit pas être triste aussi effectivement

holy fucking shit....
allez hop, dans ma besace ! pour le moment béni où je passerais un week end ailleurs que dans les parquets à poncer ou les murs à enduire

 
Ils sont fort chez Valve avec leurs promos. J'achète pleins de jeux mais je les installe jamais

Alors qu'il suffit d'attendre Civ V

Ah et la bible des flottants, citée par nraynal : http://docs.sun.com/source/806-3568/ncg_goldberg.html

Bon, t'as fini avec ton troll, là ? On peut passer à des sujets sérieux comme la coupe du monde ou la défaite du XV de France ?

 
Qui a invoqué Taiche ?

 
C'est quoi que tu appelles Decimal?  Des flottants decimaux?  Le seul avantage des flottants decimaux c'est qu'on a un round-trip facile avec une expression decimale du nombre.  Sinon, tout les problemes des flottants sont la.  Et quelques uns en plus parce que le choix de la base implique des sauts dans la precision, (a+b)/2 qui peut etre plus grand que a et que b par exemple.
 
Un probleme a l'utilisation des flottants decimaux pour les applications financieres, c'est que les regles d'arrondi en vigueur suppose un calcul exact et un arrondi effectue a des moments precis.  Or l'utilisation de flottants implique le risque d'arrondi non signales a des moments determines par les valeurs.  Et le double arrondi (celui implicite par l'utilisation des flottants, celui programme explicitement pour respecter les reglementations en vigueur) peut produire un resultat different de l'arrondi reglementaire.
 
Naturellement, une analyse similaire a celle utilisee pour verifier qu'un calcul en virgule fixe ne debordera pas peut etre utilise avec des flottants pour s'assurer qu'ils ne deborderont pas et que malgre les double arrondi le resultat sera correct.  Et cette analyse sera plus simple pour les flottants decimaux que pour les flottants binaires (combien, je n'en sais rien, je ne me suis tape aucune des deux).

ça se gère ça. Y'as des techniques pour ça.

deja pris
 
 et unreal tournament à 4.99 aussi

Ouais déjà fait. Mais pour la monnaie, les règles de rounding sont très précises si je me rappelle bien

 
Tu as une reference?  (Autre que ce que j'ai deja cite: analyser pour s'assurer qu'on a assez de precision supplementaire pour ne pas tomber dans le probleme).

Elles sont dans la liste, mais les règles exactes vont dépendre de ton pays.