Bonjour,
J'ai plussé le message bien qu'en désaccord partiel avec ce qui est écrit.
Perl était utilisé comme "langage-colle" pour du système/réseau bien avant que Python ne devienne très populaire.
C'était surtout intéressant en premier lieu pour remplacer des scripts combinant shell+awk+sed+grep+...
Aussi, on pouvait (on peut encore) faire des one-liners assez puissants en lieu et place d'enchaînements de commandes et de pipes.
Donc c'etait "mieux" sans doute (plus simple en tout cas) dans ce cas de figure.
Perl est aussi une arme à double tranchant, le "there's more than one way to do it" légendaire qui était fourni comme un "argument de vente" si je puis dire est devenu "there are too many ways to do it wrong".
Donc différentes écoles ont émergé pour pallier au bordel ambiant en créant des frameworks assez complets et ardus pour faire tout ce qui faisait ailleurs (des objets, de l'injection de dépendances, "higher order programming" comme titrait un bouquin de l'époque, etc...) et l'écosystème CPAN est devenu monstrueusment gros et redondant au fil du temps (ceci étant, nodejs et python sont un peu sur la même voie qui semble être une évolution inéluctable lorsque un certain niveau de popularité est atteint par tout langage).
Des idiômes Perl servaient de jalons pour séparer les débutant·e·s des expérimenté·e·s et ces derniers des gurus, avec une nuance de taille par rapport à d'autres langages, c'est que la communauté étaient assez bienveillante dans l'ensemble, notamment les "Perl Mongueurs" francophones, qui étaient très chaleureux et festifs dans les années 1990/2000.
Les "journées Perl" FR et les YAPC::Europe c'était quelquechose!
Ca me manque cet état d'esprit, ayant dû peu à peu renoncer à Perl dans mon activité professionnelle dans une culture différente et des choix techniques auxquels j'ai bien dû m'adapter.
Il faut bien reconnaître que quand je remets le nez par moment dans du vieux code Perl personnel, il me faut du temps pour me remettre dans le bain et comprendre ce que ça faisait, lutter contre l'autovivification des listes et tables de hâchage, me souvenir que $a et b ne sont pas des variables ordinaires, utiliser des eval {... } et des if (@) façon magie noire pour faire de la gestion d'exceptions... c'est quand même à la fois étrange et amusant (ou dérangeant selon les goûts).
Quoiqu'il en soit, ce langage a ses vertus et ses défauts, et il n'est pas mort même s'il est en très forte baisse d'utilisateurs par rapport aux années 2000, on peut faire des choses très concises rapidement, et bien qu'il soit utilisé dans de gros softs comme Requests Tracker mon opinion subjective est qu'il a plutôt sa place dans la boîte à outil du sysadmin "à l'ancienne" pour faire des "one-shot", des scripts courts et auto-suffisants en quelques lignes, ou les fameux "one-liners" pour faire du traitement par lot dans des tas de fichiers.
[^] # Re: Perl toujours vivant !
Posté par bistouille . En réponse à la dépêche Perl 5.44 est sorti. Évalué à 6 (+4/-0).
Bonjour,
J'ai plussé le message bien qu'en désaccord partiel avec ce qui est écrit.
Perl était utilisé comme "langage-colle" pour du système/réseau bien avant que Python ne devienne très populaire.
C'était surtout intéressant en premier lieu pour remplacer des scripts combinant shell+awk+sed+grep+...
Aussi, on pouvait (on peut encore) faire des one-liners assez puissants en lieu et place d'enchaînements de commandes et de pipes.
Donc c'etait "mieux" sans doute (plus simple en tout cas) dans ce cas de figure.
Perl est aussi une arme à double tranchant, le "there's more than one way to do it" légendaire qui était fourni comme un "argument de vente" si je puis dire est devenu "there are too many ways to do it wrong".
Donc différentes écoles ont émergé pour pallier au bordel ambiant en créant des frameworks assez complets et ardus pour faire tout ce qui faisait ailleurs (des objets, de l'injection de dépendances, "higher order programming" comme titrait un bouquin de l'époque, etc...) et l'écosystème CPAN est devenu monstrueusment gros et redondant au fil du temps (ceci étant, nodejs et python sont un peu sur la même voie qui semble être une évolution inéluctable lorsque un certain niveau de popularité est atteint par tout langage).
Des idiômes Perl servaient de jalons pour séparer les débutant·e·s des expérimenté·e·s et ces derniers des gurus, avec une nuance de taille par rapport à d'autres langages, c'est que la communauté étaient assez bienveillante dans l'ensemble, notamment les "Perl Mongueurs" francophones, qui étaient très chaleureux et festifs dans les années 1990/2000.
Les "journées Perl" FR et les YAPC::Europe c'était quelquechose!
Ca me manque cet état d'esprit, ayant dû peu à peu renoncer à Perl dans mon activité professionnelle dans une culture différente et des choix techniques auxquels j'ai bien dû m'adapter.
Il faut bien reconnaître que quand je remets le nez par moment dans du vieux code Perl personnel, il me faut du temps pour me remettre dans le bain et comprendre ce que ça faisait, lutter contre l'autovivification des listes et tables de hâchage, me souvenir que $a et b ne sont pas des variables ordinaires, utiliser des eval {... } et des if (@) façon magie noire pour faire de la gestion d'exceptions... c'est quand même à la fois étrange et amusant (ou dérangeant selon les goûts).
Quoiqu'il en soit, ce langage a ses vertus et ses défauts, et il n'est pas mort même s'il est en très forte baisse d'utilisateurs par rapport aux années 2000, on peut faire des choses très concises rapidement, et bien qu'il soit utilisé dans de gros softs comme Requests Tracker mon opinion subjective est qu'il a plutôt sa place dans la boîte à outil du sysadmin "à l'ancienne" pour faire des "one-shot", des scripts courts et auto-suffisants en quelques lignes, ou les fameux "one-liners" pour faire du traitement par lot dans des tas de fichiers.