Bonjour ,

as-tu essayé (10+8)/5    sans le point dont je ne comprends pas le but .

Cordialement

Bonjour
le but du point est de faire savoir qu'on veut un résultat décimal éventuellement approché et pas un résultat exact ? genre (10+8)/5 = 18/5 versus 3.6 ?
l'erreur ne viendrait pas de la position du point ? je l'aurais mis après 5, moi.
après, Python ne fonctionne pas forcément comme une TI89

ou encore il a besoin que tous les éléments de la division soient de même nature, et il faut des points partout (ou avoir déclaré a et b comme décimaux, et mettre le . à 5)

Le point n'est pas accepté en Python . Le résultat est approché ou exact suivant les opérateurs .

alors je ne comprends pas non plus pourquoi il en a mis un... (peut-être qu'il a l'habitude d'un truc benre TI89, en fin de compte, et que ça a pollué ce qu'il a appris de Python ? )

Bonjour tout le monde

Il y a une chose importante qu'Adrien-Ryver n'a pas précisé : la version de Python qu'il utilise.

Les versions 2 et 3 ne sont pas tout à fait les mêmes pour certaines choses.

Pour la version 3 : a/b donne le résultat de la vraie division que a et b soient entiers ou non mais si a et b sont entiers, alors a//b donne le quotient de la division euclidienne de a par b (par exemple).



Pour la version 2 (et j'ai l'impression que Adrien-Ryver l'utilise) ce n'est pas la même chose : si a et b sont entiers a/b et a//b donnent toujours le résultat de la division euclidienne de a par b.
Pour avoir un résultat non entier, on peut ruser comme dans l'image suivante, mais je ne sais pas s'il y a plus propre.



Kaiser

Bonsoir,

Désolé de ma réponse tardive, mais mieux vaut tard que jamais !

Je me suis débrouillé en entrant : (a+b)*c**(-1).