Infos Locales : Les Journées Perl, plus que 10 jours pour s'inscrire !
Posté par David Morel. Modéré le 05 novembre 2007.
Au programme :
- Perl 5.10 ;
- Développement web avec Catalyst, le framework qui monte ;
- Monts et merveilles avec Parrot, la VM de Perl6 ;
- Développer plus vite et mieux, outils et méthodes ;
- « Success stories » ;
- Rencontres, échanges, gastronomie, etc.
![[fr]](../images/fr.png)
Renseignements et inscriptions (152 hits)-
Les Journées Perl 2007 (167 hits)
![[en]](../images/en.png)
Perl.org, le site éponyme (76 hits)-
CPAN, le site des bibliothèques perl (68 hits)
-
La documentation Perl en français (137 hits)
-
Le site spécialisé des Éditions O'Reilly (76 hits)
> Lire la dépêche (26 commentaires, moyenne: 2).
Vous avez demandé le commentaire #879957.
Run by 
Cette page a été générée par Templeet en 0.0674s (dont 0.0068 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Perl vs Ruby
Quels sont les avantages de Perl par rapport à Ruby ?
N'ayant pas trop touché Perl, j'aimerais savoir si ce langage possède vraiment des atouts par rapport à Ruby (qui reprend apparement certaines chose de Perl) notamment pour faire des scripts.
Il s'est bonnifié avec l'âge, ou s'est plutôt gâté ?
[^]Re: Perl vs Ruby
Pour les avantages de Perl, par rapport a Ruby ou un autre :
- des centaines de milliers de modules existants qui font des tas de trucs facon grosse bidouille
- vraiment bien oriente je crache un script en une minute pour faire des manipulations texte un peu chiadees. C'est le champion de la moulinette.
Pour les inconvenients :
- du code write-only == illisible deux jours plus tard, meme par celui qui l'a ecrit
En fait c'est dur de developper mais globalement, perl est un langage qui permet de sortir facilement des moulinettes textes, mais qui a l'inconvenient de ne pas du tout encourager des pratiques de programmation moderne tournees vers la qualite logicielle (re-utilisabilite, maintabilite, lisibilte, ...). Des que tu depasses le stade de la moulinette, le langage te fait perdre du temps par son manque de lisibilite.
phil.freehackers.org
[^]Re: Perl vs Ruby
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, ...
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
maintenant, pour en revenir à la question initiale, après avoir programmé en perl (pour les scripts) j'utilise de plus en plus ruby
J'ai toujours pensé que ruby était ce que certains auraient aimé pour être perl6
[^]Re: Perl vs Ruby
Larry Wall avait dit il y a quelques années que s'il avait dû refaire Perl 5, il aurait alors ressemblé à Ruby. C'est d'ailleurs pour ça que Perl 6 emprunte des fonctionnalités de Ruby, mais aussi aux langages fonctionnels comme OCaml et Haskell.
[^]Re: Perl vs Ruby
Ce troll est tellement usé qu'il a perdu tous ses poils le pauvre pitchoun.
Bien sûr qu'on peut écrire salement, mais on peut aussi écrire salement en C, en Java, en PHP, et même en Python et en Ruby. Le langage peut plus ou moins aider, mais c'est une question principalement liée au développeur.
En Perl, on dispose maintenant d'outils comme Perl::Critic pour automatiser l'application de règles d'écritures telles que conseillées par Perl Best Practices (http://www.oreilly.fr/catalogue/2841773698)
[^]Re: Perl vs Ruby
c'est pas parce qu'il existe de tels outils ou de bonnes façons d'écrire proprement que le mec qui est passé devant toi l'aura fait
Windows has no users. It has hostages.
[^]Re: Perl vs Ruby
Pour le nombre de modules, la différence avec ruby n'est plus un argument. Perl a plus de modules que Ruby, mais ca reste du même ordre de grandeur.
Hop, une référence pour faire sérieux : http://www.oreillynet.com/ruby/blog/2007/09/rubyforge_vs_cpa(...)
[^]Re: Perl vs Ruby
Ah ça c'est intéressant, je ne savais pas que RubyForge se portait aussi bien mais c'est une bonne chose à savoir. Par contre l'auteur du blog reste quand même biaisé car si je suis d'accord qu'il y a des doublons et des saletés sur le CPAN, je pense que, les développeurs étant les mêmes quel que soit le langage, il doit y en avoir aussi sur RubyForge.
(tentatives de recherches sur RubyForge)
Beuh, le moteur de recherche est tout pourri : il n'est même pas capable de faire une recherche sur deux mots. Ca n'utiliserait pas encore le vieux truc de GForge ? Il faudrait le remplacer par Namazu, ça fonctionnerait mieux.
[^]Re: Perl vs Ruby
du code write-only == illisible deux jours plus tard
Attention : "==" ou bien "eq" ?
[^]Re: Perl vs Ruby
Perl a nettement un avantage côté perfs, pour le reste je vois pas.
RubyFrance
[^]Re: Perl vs Ruby
l'avantage c'est qu'il est fourni avec pratiquements tous les unixes, dans la distribution "officielle" j'entends...
Mine de rien quand il s'agit de machines de prods, on évite d'installer x langages, donc si perl y est déja installé, l'installation d'un ruby, python ou autre ne sera que très rarement justifiée/authorisée.
perl c'est un peu le MSN Messenger des unix, un monopole de fait. C'est drôle parce que ce n'est même pas le cas pour les shells.
Donc ça reste très utile de le connaitre et de le maitriser.