La division par zéro.

par alraune_tenbrinken Jeu 17 Nov - 2:04

On m'a fait le coup une fois, 1+1=1 (je passe sur la démonstration) en faisant intervenir la division par zéro. Est ce que c'est vraiment de la triche ? Je veux dire, puisqu'il ne s'agit que de développer une équation en arriver à introduire deux termes qui s'annulent est-ce fallacieux ? Parce que mathématiquement ben ça se tient (même si le résultat de cette division c'est POUET) rien n'a été ajouté rien n'a été ôté ?

par Tchernobilly the kid Jeu 17 Nov - 13:24

alraune_tenbrinken a écrit:On m'a fait le coup une fois ...
Est ce que c'est vraiment de la triche ?
Je veux dire, puisqu'il ne s'agit que de développer une équation en arriver à introduire deux termes qui s'annulent est-ce fallacieux ?

On ne te le refera pas une deuxième fois ?

La division est définie comme l'opération inverse de la multiplication.
Diviser par 0 c'est donc multiplier par l'inverse de 0.
Alors qu'est-ce que l'inverse de 0, me direz-vous ?
Ben, euh ... l'inverse d'un nombre a c'est le nombre b tels que axb = 1 (élément neutre de la multiplication).
Or 0x1=0 ; 0x2=0 ; 0x3=0 ; 0x3454879,249763232568000^86621=0 ; etc ...
b n'existe pas ! On pourra peut-être dire que 1/0=∞ et que 0x∞=1, mais l'infini n'est pas un nombre, donc bien sûr c'est de la triche !

D'ailleurs on fait mieux : 2=1 !
démonstration en partant de l'identité remarquable (a+b)x(a-b)= a²-b²
on divise par a-b
-> a+b=(a²-b²)/(a-b)
prenons "par exemple" a=b=1
ça donne : 2=(1-1)/(1-1) -> 2=1 (ben oui, n/n=1 !)
Pourquoi ?

Parce que mathématiquement ben ça se tient (même si le résultat de cette division c'est POUET) rien n'a été ajouté rien n'a été ôté ?

Ben si, parce que plus haut on a divisé par a-b=0

On peut aussi établir que 1+1=3, mais là, c'est de la philo !

Ou faire du Van Damme

par Admin Jeu 17 Nov - 16:08

La division par zéro c'est la hantise du programmeur ! Rien de tel pour planter une routine !
Dans n'importe quelle langue du compilateur , un calcul mathématique où le dénominateur est zéro se traduit par une erreur d'exécution . L'application va geler ou de retourner une erreur.

quand ça retourne une erreur, oufff on retrouve assez vite la cause.
quand ça gèle le programme ben là c'est la merde, faut tout revoir pour trouver cette satanée division par 0.
j'en connais qui en ont bouffé des tubes d'aspirine !

par saint-marc Jeu 17 Nov - 18:24

Pour avoir fait de la programmation, malgré mon indigence dans l'utilisation des divers utilitaires informatiques, je n'ai jamais été exposé à des gels de programmes, en cas de division par 0.

Je suppose que tu parles d'applications scientifiques avec des variables qui ne sont pas complètement nulles en raison des arrondis et qui, au fil des itérations, détériorent les résultats, voire les font diverger, non ?

par Admin Jeu 17 Nov - 19:15

Bah c'est pas spécialement dans le domaine scientifique, tu peux par exemple récupérer une variable d'état de n'importe quoi qui peut renvoyer 0 ou 1 ce peut être plein de choses un clic souris dans une image map, une condition gestalt, que sais-je.
Bref quand tu sais que la variable peut prendre zero ou si tu pense que elle risque de le prendre ben avant de passer la valeur dans une division tu dois toujours tester la valeur dans une condition et faire un nop ou un jump pour détourner la valeur au lieu dans l'envoyer vers le divid.

par Alexandre Jeu 17 Nov - 20:14

C'est plus une convention qu'une impossibilité. Sans cette convention il serait impossible de faire des mathématiques, imaginez l'horreur !

par Contenu sponsorisé

La division par zéro.

La division par zéro.

Re: La division par zéro.

Re: La division par zéro.

Re: La division par zéro.

Re: La division par zéro.

Re: La division par zéro.

Re: La division par zéro.