mouai...
Perso, j'ai toujours écrit du perl lisible. Et pour voir j'ai repris un code (une sorte de compilateur assembleur que j'avais fait en perl) d'il y a 4 ans en gros ... ben je le comprend toujours.
Alors oui, perl n'oblige pas du tout à écrire correctement, à faire du code maintenable, etc. Mais si le programmeur se donne la peine de coder proprement, en ayant ses propres lignes de conduite alors il n'y a aucune raison que perl soit moins lisible que du ruby, perl, c, <placer ici n'importe quel langage>
Et j'ajouterais que si perl était si illisible, alors il n'existerait pas cpan ou tous les modules qui font son intérêt.
Par contre oui, il est génial pour écrire en qq minutes un parser, un robot pour surfer, ...
Des que tu depasses le stade de la moulinette, le langage te fait perdre du temps par son manque de lisibilite.
Honnêtement c'est faux. Le truc c'est que perl est un langage plus "complet" que beaucoup d'autres. Ce n'est pas le bon terme mais ce que je veux dire c'est qu'il existe beaucoup de variables très courtes (souvent en ,ドル $,ドル $!, ...) ainsi que des variables implicites.
En clair, les personnes trouvant que perl est illisible le trouve souvent car ils ne comprènent pas comment marche perl. En gros parce qu'elles n'ont pas appris perl et veulent souvent programmer en perl comme elles programmes en C...
Et au contraire, les variables implicites peuvent par exemple faire gagner pas mal de temps, sans perdre la lisibilité du programme :
open(FILE, ">file.plop") or die $!
while(<FILE>) {
print if /blrup/;
}
maintenant, pour en revenir à la question initiale, après avoir programmé en perl (pour les scripts) j'utilise de plus en plus ruby. C'est un langage que je trouve beau (qualité très importante pour moi), bien foutu et très cohérent. En plus il est réellement totalement objet et amène une autre manière de penser qu'en C et tous les langages y ressemblant.
Par exemple :
10.times {
// actions
}
qui est beaucoup plus logique que :
for(var i = 0; i < 10; i++) {
// actions n'utilisant pas i...
}
Ruby est aussi intéressant si regarde le fonctionnement des accesseurs aux membres par exemple.
Donc pour moi, ruby est en train de prendre la place de perl (et ce n'est pas python qui le remplacera, ne serait-ce que par le nombre de '_' se trouvant dans le moindre fichier python et me donnant envie de gerber tellement c'est moche...)
[^] # Re: Perl vs Ruby
Posté par CrEv (site web personnel) . En réponse à la dépêche Les Journées Perl, plus que 10 jours pour s'inscrire !. Évalué à 1.
Perso, j'ai toujours écrit du perl lisible. Et pour voir j'ai repris un code (une sorte de compilateur assembleur que j'avais fait en perl) d'il y a 4 ans en gros ... ben je le comprend toujours.
Alors oui, perl n'oblige pas du tout à écrire correctement, à faire du code maintenable, etc. Mais si le programmeur se donne la peine de coder proprement, en ayant ses propres lignes de conduite alors il n'y a aucune raison que perl soit moins lisible que du ruby, perl, c, <placer ici n'importe quel langage>
Et j'ajouterais que si perl était si illisible, alors il n'existerait pas cpan ou tous les modules qui font son intérêt.
Par contre oui, il est génial pour écrire en qq minutes un parser, un robot pour surfer, ...
Honnêtement c'est faux. Le truc c'est que perl est un langage plus "complet" que beaucoup d'autres. Ce n'est pas le bon terme mais ce que je veux dire c'est qu'il existe beaucoup de variables très courtes (souvent en ,ドル $,ドル $!, ...) ainsi que des variables implicites.
En clair, les personnes trouvant que perl est illisible le trouve souvent car ils ne comprènent pas comment marche perl. En gros parce qu'elles n'ont pas appris perl et veulent souvent programmer en perl comme elles programmes en C...
Et au contraire, les variables implicites peuvent par exemple faire gagner pas mal de temps, sans perdre la lisibilité du programme :
open(FILE, ">file.plop") or die $!
while(<FILE>) {
print if /blrup/;
}
maintenant, pour en revenir à la question initiale, après avoir programmé en perl (pour les scripts) j'utilise de plus en plus ruby. C'est un langage que je trouve beau (qualité très importante pour moi), bien foutu et très cohérent. En plus il est réellement totalement objet et amène une autre manière de penser qu'en C et tous les langages y ressemblant.
Par exemple :
10.times {
// actions
}
qui est beaucoup plus logique que :
for(var i = 0; i < 10; i++) {
// actions n'utilisant pas i...
}
Ruby est aussi intéressant si regarde le fonctionnement des accesseurs aux membres par exemple.
Donc pour moi, ruby est en train de prendre la place de perl (et ce n'est pas python qui le remplacera, ne serait-ce que par le nombre de '_' se trouvant dans le moindre fichier python et me donnant envie de gerber tellement c'est moche...)