0x0 n'appartient pas au sous ensemble "string", qui était la dernière comparaison (true == "-1" ) (ou alors on parle pas du même thread).
Les "traductions" inter ensemble, et le choix de types des variables sont le fait de convention.
Il n'y a rien au niveau mathématique qui existe.
Entre R et C, ben je sais pas comparé 5+2i avec 5
Si python considère que quand tu écris 0x0 tu écris un type "binaire", et que si tu écris 0 alors tu écris un int ,et si tu écris 0.0 tu écris un float, c'est la convention du langage, et je vois pas ce qui est moche.
Ca ne me choque pas le fait que l'on considère que 0+1i != 0+2i , et que (partie réelle)0+i == (partie réel)0+2i.
Python est un langage à typage implicite. Il est obligé de faire des choix. Ou alors il faut spécifier le typage (et prendre un lgg qui le permet) si on ne veut pas qu'il fasse des choix.
[^] # Re: Bouleversifiant
Posté par briaeros007 . En réponse au journal Nous les intellectuels autoproclamés du numérique. Évalué à 1.
0x0 n'appartient pas au sous ensemble "string", qui était la dernière comparaison (true == "-1" ) (ou alors on parle pas du même thread).
Les "traductions" inter ensemble, et le choix de types des variables sont le fait de convention.
Il n'y a rien au niveau mathématique qui existe.
Entre R et C, ben je sais pas comparé 5+2i avec 5
Si python considère que quand tu écris 0x0 tu écris un type "binaire", et que si tu écris 0 alors tu écris un int ,et si tu écris 0.0 tu écris un float, c'est la convention du langage, et je vois pas ce qui est moche.
Ca ne me choque pas le fait que l'on considère que 0+1i != 0+2i , et que (partie réelle)0+i == (partie réel)0+2i.
Python est un langage à typage implicite. Il est obligé de faire des choix. Ou alors il faut spécifier le typage (et prendre un lgg qui le permet) si on ne veut pas qu'il fasse des choix.