LinuxFr.org : les journaux  -  Utilisation de Perl aujourd'hui.

 -  6 octobre - 

Hello.

En répondant à une demande à propos de Vim/regexp sur le forum, je me suis souvenu de mes premiers pas avec les regexp. J'ai essayé de me remémorer les meilleures docs que j'ai lues à ce sujet, et il me semble que celle qui m'a permis de vraiment les comprendre est le livre "programmation Perl - 3eme édition" qui dissèque de manière très claire et très précise les regexp, et de fil en aiguille je me suis demandé ce que devenait Perle aujourd'hui.

En effet, ce langage a été très prisé à une époque. En dépit de sa syntaxe assez pzrmissive, qui permettait de faire des trucs vraiment très cool mais que l'on arrivait plus à déchiffrer 3 jours après, ce langage avait quand même un certain nombre de points forts, parmi lesquels :
- une rapidité d'exécution relativement proche de celle d'un programme compilé : dans une de mes précédentes missions, Perl a été choisi à la place de python à cause de cette caractéristique : il y a eu des benchmarks de faits entre C, Python et Perl, et le constat était sans appel : le Perl était presque aussi proche en terme de perf que le C, et le python se trainait assez loin derrière.
- la souplesse de la syntaxe et de la "grammaire" : il s'agit d'une lame à deux tranchants, mais cette souplesse est très agréable lorsqu'on code. En effet, le langage n'impose pas grand chose. Ce n'est pas au développeur de s'adapter, lui et son problème au langage, mais c'est le langage qui s'adapte au problème à résoudre. Je sais que ça déplait à certaines personnes, qui aiment les chemins bien bornés, mais pour ma part, je me sens "enfermé" avec Python, bien plus qu'avec Ruby, Perl, ou même Go. Alors certes, Perl va très loin dans la permissivité, mais avec quelques directives bien placées, on peut avoir du code lisible et maintenable (j'ai vu du code python en apparence bien écrit, et bien indenté, qui syntaxiquement était correct, bien moins maintenable qu'un code Perl écrit en respectant les règles et bonnes pratiques de base d'écriture de code et d'organisation de celui-ci ).

Du coup, aujourd'hui je me demande : J'ai vu qu'il y a eu des mise à jours de quelques bouquins Perl depuis 2019 (notamment chez O Reilly): si ça existe c'est que Ca s'utilise encore. Qui utilise encore Perl et pourquoi faire ? Est-ce pour maintenir du code existant, ou y a-t-il encore de nouveau projets qui utilisent Perl ?

Autre question : perl6. Il semble qu'aujourd'hui l'avenir de Perl ne soit plus Perl6. Pourquoi ? Pourquoi est-ce que ça n'a pas pris  ? Le syndrome Hurd ? Etait-ce trop ambitieux ?

Si quelqu'un suit (ou a suivi) Perl ces dernières années, je serais intéressé pour avoir quelques informations à ce sujet, ou des liens qui me permettraient d'avoir des réponses à mes questions. Merci d'avance à vous.

Commentaires : voir le flux Atom ouvrir dans le navigateur

par totof2000