Commentaires sur : Les commentaires, c’est mieux quand y-en a pas

Par : saint bernard

saint bernard — Sat, 25 Oct 2008 22:21:21 +0000

je tenais à vousfaire un petit commentaire pour vous dird que votre blog est très symathique !

Par : Le blog d’un développeur » Un commentaire, à quoi ça sert ?

Le blog d’un développeur » Un commentaire, à quoi ça sert ? — Wed, 10 Sep 2008 09:29:05 +0000

[...] ceux qui, parmis vous qui me lisez, ont déjà reçu durant leurs études un cours intégralement dédié à l’utilisation des commentaires ? Allons, levez la main ! Hum… Ça ne fait pas [...]

Par : Sapporo

Sapporo — Fri, 05 Sep 2008 20:49:56 +0000

J’ajouterais que ce comportement devrait au moins être documenté correctement et ceci même si les programmeurs qui reliront le code sont des demi-dieux.
Si on ne le fait pas on les oblige à lire toutes les fonctions qu’ils utilisent pour vérifier leur comportement avant de commencer à coder. Ceci est trop couteux en temps même pour un professionnel (on ne va pas relire 4′000 lignes pour découvrir le comportement de chacune des fonctions utilisées).

Par : GildasC

GildasC — Thu, 04 Sep 2008 23:32:59 +0000

j’utilise souvent cet exemple pour montrer d’une part l’utilité des variables intermédiares ( les bêtes des mathématiques ayant tendance à prendre trop facilement ce genre de raccourcis) et d’autre part pourquoi l’algorithmique est tout un boulot (au grand damn des codeurs qui ne veulent pas perdre de temps en analyse ou qui pensent qu’on trouve les failles en compilant et exécutant pour voir… (le pur et bon analyste peut prévoir ce problème et je l’ai pointé du doigt la première fois que j’ai vu cet algo -habitude aussi de dérouler mentalement)

ce genre de fonction en soi n’est pas dangereux quand on sait l’utiliser (utile par exemple quand on transpose du code en assembleur et qu’on n’a pas assez de registres ou de pile pour se permettre un intermédiaire… et dans un niveau plus haut comme celui-ci, la fonction ne devrait être déroulée que si on lui passe deux valeurs distinctes…)
enfin, pour en revenir à nos moutons, cela fait partir des effets de bords qu’il peut être bon de commenter pour quand on sera relu par un novice ou quelqu’un de trop pressé (ça fait pas toujours tilt dans l’urgence, même pour les meilleurs) =D

Par : Sapporo

Sapporo — Thu, 04 Sep 2008 18:10:27 +0000

Alors c’est que tu m’avais bien compris

Ce qui me gêne c’est que effectuer un échange entre une même variable devrait théoriquement jamais donner 0. C’est pourtant ce à quoi on arrive avec cette implémentation de la fonction « échange ». Un personne qui voit la fonction « échange » ne peut pas deviner ce comportement (à moins de documenter ce comportement en particulier). C’est donc dangereux.
En résumé, je veux donc dire que ce comportement est contre-intuitif et donc dangereux (même si on peut l’expliquer dans la pratique).

Par : GildasC

GildasC — Wed, 03 Sep 2008 14:09:33 +0000

si si, cela me semble tout à fait normal (ici, on n’échange pas les variables, on fait deux calculs dont le résultat est la permutation..)

déroule l’algo dans l’idéal pour voir :
1ère op : var1 = var1 + var2 ; // var1 est alors à 56+56=112 et var2 à 56
2ème op : var2 = var1 – var2 ; // var1 est à 112 et var2 est à 112-56=56
3ème op : var1 = var1 – var2 ; // var1 est à 112-56=56 et var2 est à 56

maintenant, reprends le film dans ton cas particulier où var1=var2=var.. :
1ère op : var = var + var ; // var est alors à 56+56=112
2ème op : var = var – var ; // var est alors à 112-112=0
3ème op : var = var – var ; // var est alors à 0-0=0 c q f d
ce qui n’arrive pas avec une variable intermédiaire puisque tu ne fais que transvaser en utilisant une case vide (alors qu’ici tu fais des calculs qui modifient tes valeurs au fur et à mesure… )

pour la route : essaye d’échanger ainsi 1/3 et 2/3 (c’est un tout autre problème, mais c’est toujours à cause du calcul direct)