Allez, c'est vendredi ...
> Que l'on soit en java, C, fortran ou tout ce que l'on veut
> (qui ne soit pas du
> calcul formel) il est illusoire d'esp�rer mieux qu'une
> pr�cision relative. Il
> me semble que j'ai appris cela tout petit (vers 83), que
> d'autres l'avaient
> appris bien avant et que je l'enseigne encore � mes �tudiants
> parce que h�las
> je ne vois pas comment faire autrement.
Ce qui m'emb�te c'est que �a a l'air de contenter (a peu pr�s)
tout le monde. Le but d'un langage �volu� n'est-il pas
d'�viter � tout le monde de faire de l'assembleur ?
D'une, Java est beaucoup utilis�, sauf erreur, pour des
applications de gestion. Que la repr�sentation en m�moire
ne permette pas d'avoir des calculs exacts me parait
�tre une excuse lamentable et du niveau du support technique
Mirosoft. Et toc ! :o)
Pour un language qui se veut quand m�me moteur dans la cr�ation
d'application d'entreprise, en �tre rest� � des consid�rations
de 1983, bof...
De deux, comment font les autres langages (en particulier les L4G) ?
En gros, ils se d�brouillent. Pourquoi Java devrait-il se contenter
d'une repr�sentation m�moire ? Pourquoi devrait-on utiliser des
classes lourdes telles que BigDecimal pour fait 1.2 + 3.4 = 4.6 ?
Ah oui, c'est facile de d�nigrer le COBOL. :o) Au moins, le
compute fonctionne.
Mais bon, le d�bat n'est pas nouveau (voir multiples discussions
largement infructueuses sur le web), c'est juste pour animer cette
fin de semaine.
Olivier
>
> Pascal NICOLAS Universite d'ANGERS
> E Mail : [EMAIL PROTECTED]
> Web Page : http://www.info.univ-angers.fr/pub/pn/
>
>
>
>
>
>
>
>
>
