Le problème est de savoir si l'on a un moins unaire, un opérateur, et
s'il s'applique à une expression ou au chiffre qui suit (donc un nombre
négatif) :
est-ce que -5 est un entier relatif ou non....
Au lycée quand on me demandait -1 au carré il fallait répondre 1 et pas
-1, ce qui permettait d'introduire les imaginaires...
Par exemple, Mathlab parle d'expression , pas de valeur, ça fait une
différence.
donc si -2^4 correspond à -2 à la puissance 4 soit -2*-2*-2*-2, moins
par moins ça fait plus donc ça fait
dans l'exemple -2^2+5^2 ça fait
-5^2 =-5*-5=25
puis 5^2=25
25+25=50
donc -5^2+5^2 =50 ...
Bref, je ne pense pas que ce soit si évident que ça
Tout ça ce n'est pas pour chipoter mais si les ordinateurs appliquent
des règles humaines et qu'on ne connait pas ces règles, on risque
d'avoir des surprises..
De l'influence des machines sur les règles de base ..
Un peu comme le problème des majuscules accentuées... : la plupart des
traitements de texte refusent les majuscules accentuées alors que en
français elles sont tout à fait acceptables et acceptées par l'académie
française..
Après quelques recherches, je m'aperçois qu'il n'y a pas de règle
générale à ce niveau là : suivant les langages, les traitements
différent.; Sans doute une question d'implémentation de l'exponentiation..
Même avec la calculatrice Windows : 5 +/- x2 donne 25 .. ça dépend aussi
des calculatrices...
M'enfin, bon, pas grave... ;)
Le 23/03/2018 à 17:15, Bob a écrit :
Bonjour
Bonjour,
je dirai que ce n'est pas un bug mais que c'est normal : le moins
unaire est prioritaire sur l'exponentiation, donc c'est -2 qu'on
élève à la puissance 4 et ça fait bien 16 et non -16
Ou me gourre-je ?
Non, mais oui.
Si on pense à une expression comme -5^ 2+5^ 2, le bon sens comme tout
ce qu'on a appris à l'école nous font voir que ça devrait donner 0 ;
et c'est bien le cas tant avec une calculatrice, ou encore avec Matlab
(http://godiche.ru/ordinateurs-et-logiciels/programmation/matlab/10376-matlab-priorit-des-oprateurs.html),
Scilab, et même Visual Basic (dû à Microsoft comme Excel), voir ici :
https://docs.microsoft.com/fr-fr/dotnet/visual-basic/language-reference/operators/operator-precedence
L'erreur a sans doute été introduite dans une très ancienne version de
Excel (97 ?) et il n'a pas été possible de s'en défaire ensuite.
Notez que cette bizarrerie a été traitée avec une certaine élégance
dans le tableur gnumeric, qui va insérer des parenthèses "au vol" pour
éviter l'ambiguité.
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.