[Index Software] Coin des développeurs :]

[Rudy]

Je note Ixy. Je n'ai pas peur niveau investissement, donc, je vais me pencher sur Java. Et je vais revoir un peu les algorithmes, voir ce que ça peut m'apporter sur le long terme. C'est vrai que quand on s'initie, il n'y a pas réellement de guide sur les étapes à franchir, du coup, on se jette un peu tête baissée.

[Bubu]

C'est vrai que quand on s'initie, il n'y a pas réellement de guide sur les étapes à franchir, du coup, on se jette un peu tête baissée.

Si tu comptes réellement te mettre à Java, tu trouveras sans pb des tutos et des forums (stackoverflow notamment) où les membres se feront un plaisir de t'aider.

Pour les algorithmes, je ne pense pas que ce soit nécessaire de s'y mettre en soi dès le début : beaucoup d'algorithmes simples peuvent être déterminés et implémentés directement.
Et à mes yeux, une des compétence fondamentale est justement celle d'établir un algo (et une architecture) pour un problème donné et l'implementer. Au fur et à mesure, tu découvriras de nouveaux algorithmes naturellement. L'étude des algos "classiques", ayant une complexité minimale, etc ,'n'intervient qu’après. A mon avis.

Je ne suis pas un prof hein, mais si tu veux, je peux t'aider à commencer en te proposant des problèmes simples au début et en les complexifiant au fur et à mesure. (?)
En tout cas bon courage !

[Bubu]

Salut, rien de sérieux

Que fait cette fonction ?
bool fonctionMystere(float value) {
return value == value;
}

Un petit indice, c'est une réaction à la vidéo postée par Tugdual sur comment la calculatrice mécanique réagit face à la division par zéro.

[astro]

Ca ne va pas simplement retourner TRUE (en partant du principe que value n'est pas NULL) ?

[Bubu]

Ca ne va pas simplement retourner TRUE (en partant du principe que value n'est pas NULL) ?

Ah bah non !
Je vous laisse répondre !

[astro]

C'est en quel langage ? (Java ou C++ peut-être ? désolé si question bête je ne sais plus). Car le comportement doit dépendre des langages/compilateur.
Une subtilité en rapport avec le type float peut-être ?

[Bubu]

C'est en quel langage ? (Java ou C++ peut-être ? désolé si question bête je ne sais plus). Car le comportement doit dépendre des langages/compilateur.
Une subtilité en rapport avec le type float peut-être ?

Ce code est valable en C et C++, pour le type double ça marche aussi

[astro]

Je vois vraiment pas et du coup je me sens vraiment bête . Je pense que c'est typiquement le genre de trucs avec lesquels je m'amusais sans aucun problème il y a quelques années à l'IUT, et oublié en arrivant dans le monde du travail .

[Bubu]

du coup je me sens vraiment bête

Tu n'as pas à te sentir "bête", c'est juste un cas très particulier ....

[astro]

Je pense avoir trouvé la réponse sur stackoverflow. J'avais envisagé cette piste mais je me disais que non, et je me demande si ça ne dépend pas des compilateurs aussi ? Enfin bref j'attends la réponse officielle

[Bubu]

Bon allez, je me lache :
Quand une variable flottante (un réel) n'est pas un nombre, cette fonction "mystère" renvoie "false".

Un exemple :

float value = 1.0f / 0.0f;

bool result = fonctionMystère(value).

result vaut alors "false" !
C'est un moyen de vérifier que la variable représente une valeur. Si c'est à false, c'est que la variable représente un NaN : not a number.
C'est tout !

[astro]

Alors je n'y étais pas du tout en fait

Bon allez, je me lache :
Quand une variable flottante (un réel) n'est pas un nombre, cette fonction "mystère" renvoie "false".
[...]
float value = 1.0f / 0.0f;

A part une variable non initialisée ou explicitement affectée à null, comment un réel pourrait ne pas être un nombre ?
C'est parce que gcc laisse passer une division par 0 ???

[Bubu]

Alors je n'y étais pas du tout en fait

Bon allez, je me lache :
Quand une variable flottante (un réel) n'est pas un nombre, cette fonction "mystère" renvoie "false".
[...]
float value = 1.0f / 0.0f;

A part une variable non initialisée ou explicitement affectée à null, comment un réel pourrait ne pas être un nombre ?
C'est parce que gcc laisse passer une division par 0 ???

Un float ne peut jamais valoir NULL voyons ... ce n'est pas un pointeur !
C'est une sorte d'aberration (maintenant il y a dans std des moyens plus 'propres' de détecter un tel cas)
En gros, quand l'on compare un flottant avec lui -même et que cela renvoit 'false', c'est que ce flottant (au sens informatique) contient NaN.
Pas de prise de tête, hein ....

[astro]

Ah ok je viens d'apprendre que null était en fait pour les pointeurs, je ne savais pas ça.
Désolé mais si là du coup je me prends un peu la tête car je ne comprends pas plusieurs points, et c'est aussi influencé par le langage (bien m*rdique ) que j'utilise au boulot.
Bon du coup je vais farfouiller à droit et à gauche pour essayer de comprendre ^^.

[Ixy]

En pratique l'intérêt de faire une comparaison de deux float est limité, non ? en général on compare plutôt deux float avec

Code : Tout sélectionner

abs(f1 - f2) < tol

Ceci dit je pense que le résultat serait le même