C'est faux. La normalisation n'est pas imposée par un langage, mais par ensemble de règles (appelée "standard de codage" en général) adoptées par l'ensemble des développeurs sur un meme projet. Ces règles existent en perl; la version courte est dans la page de manuel perlstyle; pour la version longue, je renvoie à l'excellent bouquin de Damian Conway, Perl Best Practices.
Quant à la rigueur, c'est bien plus du côté du cerveau du développeur que ça se passe. Aucun langage n'a jamais empêché des programmeurs inexpérimentés de commettre des plats de spaghetti que je sache. Il est vrai que les langages fortement typés à la Ada ou C++ ont des compilateurs qui imposent bien plus de contraintes. D'autre part, les langages à inférence de type à la Haskell permettent au programmeur de se reposer sur l'intelligence du compilateur. Cependant, Perl, Ruby et Python sont exactement similaires sur ce point, car ils partagent les mêmes caractéristiques: typage dynamique, et possibilité de modifier le programme à l'execution, notamment. Le reste est une pure question de goût.
[^] # Re: No more perl
Posté par pomperoi . En réponse à la dépêche Bugzilla a atteint la version 3.0 !. Évalué à 5.
Quant à la rigueur, c'est bien plus du côté du cerveau du développeur que ça se passe. Aucun langage n'a jamais empêché des programmeurs inexpérimentés de commettre des plats de spaghetti que je sache. Il est vrai que les langages fortement typés à la Ada ou C++ ont des compilateurs qui imposent bien plus de contraintes. D'autre part, les langages à inférence de type à la Haskell permettent au programmeur de se reposer sur l'intelligence du compilateur. Cependant, Perl, Ruby et Python sont exactement similaires sur ce point, car ils partagent les mêmes caractéristiques: typage dynamique, et possibilité de modifier le programme à l'execution, notamment. Le reste est une pure question de goût.