Tu peux toujours tenter de faire implémenter l’arithmétique des intervalles dans ton micropro si tu veux. Ou de la faire utiliser par défaut. Ah tiens d’ailleurs je découvre que ça a déjà été fait : http://standards.ieee.org/findstds/standard/1788-2015.html (si tu lis rien que l’abstract tu verras le standard ne couvre qu’un ensemble limité de problèmes posés)
Mais le truc c’est que si tu fais ça, c’est un des compromis possible, tu te retrouves non plus avec une seule valeur dans le résultat du calcul, mais avec une intervalle de valeurs, ce qui peut être embarrassant pour le programmeur moyen. Ça demande aussi de se poser une question de précision dans la valeur que l’on veut atteindre, ce qui n’est pas toujours utile. Pire, ce n’est utile pas dans la totalité des cas sauf si on sait déjà que ça l’est ( https://en.wikipedia.org/wiki/Dynamical_systems_theory#Chaos_theory ), c’est à dire si on est dans une application particulière ... . Bref, ça introduit de la complexité, qui est inhérente à certains type de calculs. On préfère souvent avoir une bonne approximation de pi que de faire planter un programme parce qu’on a rempli la mémoire sans savoir ou s’arrêter. Le plus important, ce n’est pas d’avoir un langage magique généraliste qui devine tout seul ce qu’il faut faire, c’est que l’utilisateur soit conscient que c’est un compromis, et que peut être ce n’est pas adapté dans son cas. Mais si il fait de la théorie du chaos, il devrait savoir à quoi s’attendre. C’est assez compliqué que python devine tout seul le bon compromis pour ce que l’utilisateur veut faire, simplement parce qu’il ne sait pas ce que l’utilisateur veut faire.
[^] # Re: Rien de surprenant
Posté par thoasm . En réponse au journal [Humour] vers un monde différent. Évalué à 7.
Tu peux toujours tenter de faire implémenter l’arithmétique des intervalles dans ton micropro si tu veux. Ou de la faire utiliser par défaut. Ah tiens d’ailleurs je découvre que ça a déjà été fait : http://standards.ieee.org/findstds/standard/1788-2015.html (si tu lis rien que l’abstract tu verras le standard ne couvre qu’un ensemble limité de problèmes posés)
Au moins tu te retrouves avec un encadrement rigoureux de l’erreur, et c’est même utilisé pour résoudre des systèmes numériques : https://infoscience.epfl.ch/record/33624/files/EPFL_TH3155.pdf pour une thèse dans le domaine de la « propagation par contraintes numériques » si le sujet t’intéresse. Chap 16 de ce bouquin aussi : https://www.elsevier.com/books/handbook-of-constraint-programming/rossi/978-0-444-52726-4
Mais le truc c’est que si tu fais ça, c’est un des compromis possible, tu te retrouves non plus avec une seule valeur dans le résultat du calcul, mais avec une intervalle de valeurs, ce qui peut être embarrassant pour le programmeur moyen. Ça demande aussi de se poser une question de précision dans la valeur que l’on veut atteindre, ce qui n’est pas toujours utile. Pire, ce n’est utile pas dans la totalité des cas sauf si on sait déjà que ça l’est ( https://en.wikipedia.org/wiki/Dynamical_systems_theory#Chaos_theory ), c’est à dire si on est dans une application particulière ... . Bref, ça introduit de la complexité, qui est inhérente à certains type de calculs. On préfère souvent avoir une bonne approximation de pi que de faire planter un programme parce qu’on a rempli la mémoire sans savoir ou s’arrêter. Le plus important, ce n’est pas d’avoir un langage magique généraliste qui devine tout seul ce qu’il faut faire, c’est que l’utilisateur soit conscient que c’est un compromis, et que peut être ce n’est pas adapté dans son cas. Mais si il fait de la théorie du chaos, il devrait savoir à quoi s’attendre. C’est assez compliqué que python devine tout seul le bon compromis pour ce que l’utilisateur veut faire, simplement parce qu’il ne sait pas ce que l’utilisateur veut faire.