Coder en groupe

[Zamentur]

Très intéressant tout çà! Par contre pour la notation Hongroise je ne suis pas certain de l'utilité en php puisque les types ne sont pas déclaré... (surtout qu'une partie des programmeurs uniquement php ne connaissent pas ces notions)

Celà dit je vien de me rendre compte que j'utilisais une version similaire de cette notation depuis pas mal de temps dans plein d'autre langage sans jamais avoir soupçonné son existence lol

[Thyrias]

L'utilité en php intervient justement dans le cas où l'on code en groupe. Cela sert à chacun des membres du groupe pour identifier clairement les variables. J'ai utilisé cette notation en bash, où il n'y a pas de type non plus, et c'était d'un grand secours pour s'y retrouver. Je l'utilise également en php dans mon projet actuel, et c'est tout aussi utile.

Pour les programmeurs uniquement php, rien ne leur interdit de s'y mettre, ça pourra toujours leur servir

[zzarbi]

Juste une petite info, il y a la convention et/ou la notation PEAR qui sont déja écrite (à part les variables ptet) et c'est déja suffisant pour travailler en groupe....

[Plume]

Si les noms de variables sont suffisamment clairs, la notation hongroise/polonaise n'est pas d'une si grande utilité.

N'ayez pas peur des variables un peu longues.

[naholyr]

Si les noms de variables sont suffisamment clairs, la notation hongroise/polonaise n'est pas d'une si grande utilité.

N'ayez pas peur des variables un peu longues.

+1, je suis particulièrement hostile à la notation hongroise qui représente souvent pour les programmeurs une excuse pour ne pas avoir à chercher un nom clair pour les variables.

Utilisez des noms clairs, expressifs, et en toutes lettres (bannir les abbréviations douteuses comme "btn" ou tous ces nom dont on retire les voyelles pour d'obscures raisons), et le type de la variable s'imposera de lui-même au lecteur

Enfin ceci étant dit, une convention est propre à un projet. Ce n'est pas parce que je suis hostile à la notation hongroise que je vais refuser de l'appliquer en arrivant dans un projet qui l'inclut dans ses conventions. C'est aussi un point important qu'il faut avoir en tête : une convention -- bonne ou mauvaise c'est toujours une question de goût -- doit être suivie par tous, sinon il faut soit changer la convention soit changer le développeur.

[elazard]

$la_variabla_cool_qui_sert_juste_a_afficher_l_heure_avec_les_secondes_et_tout_et_tout

n'ayez pas peur!

[naholyr]

Mauvais exemple, car on ne comprend pas quel est le contenu de cette variable :O
$timestamp_inscription, ou $date_inscription_ymd, ont un contenu déjà beaucoup plus évident

[elazard]

_ymd? year month day?

[naholyr]

Tu vois que ça coule de source

[elazard]

bah si tu parle anglais oui mais bon :p faut avoir un deuxième centre d'interet en plus du code, jveux dire par là, l'équivalent français même si c'est moins universel je pense que c'est pas plus mal XD