jigso trouve que faire du "php/C/C++/java, c'est chiant, c'est toujours pareil, c'est carré", alors qu'en Perl tout est possible, le truc justement quand tu programmes en équipe, c'est qu'il faut que ce soit aussi carré que possible!
Ne confondons pas tout : je parlais du langage, pas de la façon de l'utiliser. On peut avoir des rêgles strictes de codages et s'y tenir, je pense que tous ceux qui ont eu une experience en entreprise où les rêgles ne sont pas suivi ont pu constater les dégats...
Par contre les langages classiques sont souvent assez frustrant, par ex un for(i=0;i<n;i++) { ...tableau[i]... } "pollue" plus mon cerveau qu'un foreach (@tableau) : dans la seconde forme on comprend tout de suite qu'on parcourt le tableau, alors que dans la seconde ça ne saute pas aux yeux, surtout si le bloc est un peu long. Maintenant, si on utilise map pour faire ce genre de chose, on peut effectivement se retrouver avec du code illisible, mais c'est comme dans la vrai vie, je pe choasir 2 chanjé lé regl é fèr 1 truc ylysyble. viv lé sms :-/
[^] # Re: Pourquoi ?
Posté par jigso . En réponse à la dépêche Journées Perl 2004. Évalué à 1.
Ne confondons pas tout : je parlais du langage, pas de la façon de l'utiliser. On peut avoir des rêgles strictes de codages et s'y tenir, je pense que tous ceux qui ont eu une experience en entreprise où les rêgles ne sont pas suivi ont pu constater les dégats...
Par contre les langages classiques sont souvent assez frustrant, par ex un for(i=0;i<n;i++) { ...tableau[i]... } "pollue" plus mon cerveau qu'un foreach (@tableau) : dans la seconde forme on comprend tout de suite qu'on parcourt le tableau, alors que dans la seconde ça ne saute pas aux yeux, surtout si le bloc est un peu long. Maintenant, si on utilise map pour faire ce genre de chose, on peut effectivement se retrouver avec du code illisible, mais c'est comme dans la vrai vie, je pe choasir 2 chanjé lé regl é fèr 1 truc ylysyble. viv lé sms :-/