Intéressant, j'ai aussi eu de par le passé des gags dans ce genre.
Je me demande à quel point ce n'est pas une déformation liée à l'enseignement de VB.
Je peux me tromper, mais je crois qu'il n'y a pas d'évaluation paresseuse en VB sauf explicitement nommée.
Le cas dont je me souviens le plus, mais dans une catégorie différente, est celui d'un étudiant réalisant le début d'un TP en C sous linux.
Il fait du code C valide (ça compile, tout roule, genre un petit warning de rien du tout, je ne sais plus), mais à l'exécution, "rien" ne se passe comme "prévu".
Cet étudiant avait bien fait sa commande de compilation C avec l'option -o test. Sauf qu'il n'appelait pas ./test mais test, qui, dans l'ordre de priorité shell va être évalué comme le mot clef et non le programme à lancer. :)
# L'enseignement et les gags
Posté par _kaos_ . En réponse au lien Les booléens en Python... pièges. Évalué à 1.
Salut,
Intéressant, j'ai aussi eu de par le passé des gags dans ce genre.
Je me demande à quel point ce n'est pas une déformation liée à l'enseignement de VB.
Je peux me tromper, mais je crois qu'il n'y a pas d'évaluation paresseuse en VB sauf explicitement nommée.
Le cas dont je me souviens le plus, mais dans une catégorie différente, est celui d'un étudiant réalisant le début d'un TP en C sous linux.
Il fait du code C valide (ça compile, tout roule, genre un petit warning de rien du tout, je ne sais plus), mais à l'exécution, "rien" ne se passe comme "prévu".
Cet étudiant avait bien fait sa commande de compilation C avec l'option
-o test. Sauf qu'il n'appelait pas./testmaistest, qui, dans l'ordre de priorité shell va être évalué comme le mot clef et non le programme à lancer. :)Voilà, c'était pour partager un autre gag ;)
Matricule 23415