Actuellement, Bugzilla est réalisé en perl. Mais les developpeurs sont en train de réflechir à sa réécriture dans un autre langage. http://avatraxiom.livejournal.com/58084.html
Les raisons qu'il donne en bref : perl, ça sux par rapport aux "nouveaux" langages. Les raisons en plus détaillés (de l'avis de l'auteur, pas du mien hein, je connais pas trop perl) :
- 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", dont certaines sont moins propres que d'autres, ce qui donne du code crade parfois), et du fait c'est plus dure à lire : instructions peu verbeuses et souvent réduites à des caractères cabalistiques
- pas de design par contract
- pas de vrai système d'exceptions
- gourmandise de mod_perl en terme de ressource
- erreurs du compilateur perl souvent peu explicites
Bref, ils réfléchissent à une migration vers Python, Ruby ou un autre langage. Rien n'est décidé, peut être même que ça ne se fera pas (dur de migrer un si gros projet d'un langage à un autre).
# No more perl
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Bugzilla a atteint la version 3.0 !. Évalué à 6.
Les raisons qu'il donne en bref : perl, ça sux par rapport aux "nouveaux" langages. Les raisons en plus détaillés (de l'avis de l'auteur, pas du mien hein, je connais pas trop perl) :
- 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", dont certaines sont moins propres que d'autres, ce qui donne du code crade parfois), et du fait c'est plus dure à lire : instructions peu verbeuses et souvent réduites à des caractères cabalistiques
- pas de design par contract
- pas de vrai système d'exceptions
- gourmandise de mod_perl en terme de ressource
- erreurs du compilateur perl souvent peu explicites
Bref, ils réfléchissent à une migration vers Python, Ruby ou un autre langage. Rien n'est décidé, peut être même que ça ne se fera pas (dur de migrer un si gros projet d'un langage à un autre).