On 2005-03-04 03:44:26 +0100, Le Farfadet Spatial wrote: > L'arithm�tique des intervalles est tr�s pessimiste.
C'est pour �a qu'il faut mettre de la pr�cision en plus. Dans le cadre d'un tableur, �a ne devrait pas poser de probl�me. > >Non, l'addition de deux valeurs de signes oppos�s (ou la soustraction > >de deux valeurs de m�me signe) n'est pas du tout exclue. En cas de > >cancellation, il faut de toute fa�on augmenter la pr�cision pour avoir > >un r�sultat acceptable. > > Bof : il a �t� montr� que la perte de pr�cision lors d'un calcul sur > ordinateur est ind�pendante de la pr�cision utilis�e pour ce calcul. Qu'entends-tu par l�? Je sais bien qu'augmenter la pr�cision des calculs peut ne servir � rien dans certains cas particuliers, mais l'augmenter permet en g�n�ral d'obtenir des r�sultats plus pr�cis. > >>En plus, aller donner � un financier un r�sultat sous cette forme : > >>[12 487,475 ; 12 487,579 47], je crains que cela ne soit pas > >>satisfaisant. > > > > > >On peut renvoyer le r�sultat sous une autre forme si n�cessaire. > > Quelle forme ? Il existe diff�rentes formes d'arithm�tiques d'intervalles. L'une d'elle consiste � faire des calculs au plus pr�s (ou dans un autre mode d'arrondi si besoin est) et calculer � chaque fois un majorant (certifi�) de l'erreur. Il est toujours possible de renvoyer le r�sultat centr�, et si l'erreur est trop importante, pr�venir l'utilisateur. Il est possible de mettre en valeur les chiffres incertains, par exemple. Une autre solution est le syst�me d'iRRAM: refaire les calculs � plus grande pr�cision (de mani�re transparente) si l'erreur est trop importante. > >Mieux vaut avertir un minimum. Tu pr�f�res que les utilisateurs se > >retrouvent avec des r�sultats faux et/ou qu'ils ne comprennent pas? > > C'est-�-dire que je crains qu'en r�gle g�n�rale l'utilisateur du > tableur n'est pas vraiment � m�me de comprendre une indication sur > l'erreur de son calcul. OpenOffice peut fournir un minimum d'explications dans son syst�me d'aide. L'arithm�tique actuelle n�cessite aussi des explications (sinon comment crois-tu que cette enfilade a commenc�?). Ces probl�mes d'arrondi devraient �tre mentionn�s dans le cadre de l'apprentissage d'utilisation du tableur. > De plus, m�me avec estimation de l'erreur, un calcul reste faux, > par essence, donc l'utilisateur aura, de toute fa�on, un r�sultat faux. Je ne dirais pas qu'il est faux. Si l'erreur est faible, �a peut convenir � l'utilisateur. > D'ailleurs, au sujet de cette quantit� de travail : cela va demander > tellement de modification en profondeur qu'il faut vraiment se poser > la question de la pertinence d'un tel ajout. Si ce n'�tait que > l'affaire d'une semaine ou deux, autant proc�der � la modification > qui pourra bien servir un jour. Mais l�, cela demandera un r�el > effort, donc bloquera des d�veloppeurs dessus plut�t que de > travailler � autre chose. � c�t� de cela, est-ce qu'une telle > fonctionnalit� sera r�element utilis�e ? J'en doute. Il y a parfois des d�veloppeurs externes qui se penchent sur tel ou tel probl�me. -- 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]
