> - du code en perl est plus difficile à revoir et à maintenir, du fait qu'il y a "plusieurs façon de faire la même chose",
C'est ce qui se dit, mais au final, on peut faire du code crade quelque soit le langage (et c'est d'autant plus ironique si quelqu'un souhaite vendre du PHP sur cet argument).
> - pas de design par contract
Quelle vaste blague! Rares sont les langages implémentant réellement du DbC. Non, du typage fort n'est pas suffisant pour se dire DbC. Non, avoir une macro "assert" n'est pas suffisant pour se dire DbC.
> - pas de vrai système d'exceptions
Les exceptions sont un modèle de gestion des erreurs. Se baser là-dessus pour juger un langage ou environnement est naïf. Java sait gérer les exceptions, mais ça n'empêche pas celles-ci d'arriver à l'utilisateur ou d'en dégoûter plus d'un avec une stacktrace énorme.
> - gourmandise de mod_perl en terme de ressource
Le principal problème est que mod_perl n'est pas mutualisable. Pour le reste, il apporte des avantages dont il faut profiter et des contraintes dont il faut tenir compte.
> - erreurs du compilateur perl souvent peu explicites
C'est le cas de bien des langages. Jusqu'à présent, le seul qui me fasse dire le contraire, pour le peu que je l'ai pratiqué, c'est Ada.
[^] # Re: No more perl
Posté par Sebastien (site web personnel) . En réponse à la dépêche Bugzilla a atteint la version 3.0 !. Évalué à 3.
C'est ce qui se dit, mais au final, on peut faire du code crade quelque soit le langage (et c'est d'autant plus ironique si quelqu'un souhaite vendre du PHP sur cet argument).
> - pas de design par contract
Quelle vaste blague! Rares sont les langages implémentant réellement du DbC. Non, du typage fort n'est pas suffisant pour se dire DbC. Non, avoir une macro "assert" n'est pas suffisant pour se dire DbC.
> - pas de vrai système d'exceptions
Les exceptions sont un modèle de gestion des erreurs. Se baser là-dessus pour juger un langage ou environnement est naïf. Java sait gérer les exceptions, mais ça n'empêche pas celles-ci d'arriver à l'utilisateur ou d'en dégoûter plus d'un avec une stacktrace énorme.
> - gourmandise de mod_perl en terme de ressource
Le principal problème est que mod_perl n'est pas mutualisable. Pour le reste, il apporte des avantages dont il faut profiter et des contraintes dont il faut tenir compte.
> - erreurs du compilateur perl souvent peu explicites
C'est le cas de bien des langages. Jusqu'à présent, le seul qui me fasse dire le contraire, pour le peu que je l'ai pratiqué, c'est Ada.