On 2005-03-02 22:37:53 +0100, Le Farfadet Spatial wrote: > Vincent Lefevre a écrit : > >Le but d'une arithmétique en base 10 dans le tableur est d'éliminer > >les erreurs d'arrondi dues aux conversions base 2 <--> base 10. > >Certains manipulent des valeurs décimales, qui sont considérées > >comme exactes (calculs financiers). > > C'est-à-dire que la principale cause d'erreur d'arrondi c'est la > perte du continu, qui est la cause de la perte des propriétées > algébrique et ça, on ne peu rien y faire : un ordinateur est par > essence fini.
Le continu n'existe pas dans les calculs constructifs. > L'utilisation de la base 10 n'y change rien Si. Les données sont entrées en base 10 et considérées comme exactes. Il se peut que le résultat soit exactement représentable. Cf le test où on part de 1 et on enlève 0.1 à chaque étape. Il se peut aussi que le résultat ne soit pas exactement représentable, mais que la règle d'arrondi soit bien spécifiée; cf la règle de conversion des francs en euros. Là encore, une arithmétique en base 10 peut simplifier les choses. > et le faible gain de précision par ailleurs ne me semble pas valoir > la quantité de travail (plusieurs millions de lignes de codes a > changer) ni la perte de performance qui ira de paire. Mieux vaut une perte de performance (AMHA pas significative dans le cadre d'un tableur) qu'un résultat incorrect. D'autre part, si c'est plusieurs millions de lignes de code à changer, alors OpenOffice a été écrit avec les pieds. Pas entendu parler de modularisation? -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
