Allez, je marche sur le troll (c'est pas bien, je sais, mais c'est demandé si gentiment...).
Non mais sérieusement, qui utilise encore perl en 2014?
Par exemple, ceux qui ont besoin d'un langage de script qui gère les chaînes de caractères et les encodages particulièrement bien, et de façon commode. Ou ceux qui aiment que leur langage soit un peu rigoureux et sache ce qu'est une variable locale à un bloc, qu'il prévienne lorsque l'on redéfinit une variable, ou lorsqu'on essaie une comparaison numérique douteuse comme 42 == "ma chaîne". Certains veulent un langage qui permette d'écrire des vraies fonctions anonymes. D'autres aiment pouvoir savoir d'un simple coup d'œil si leur variable est un tableau, un hash, ou un scalaire, ou aiment que 42 == "42" renvoie vrai, etc. Enfin, certains aiment que lorsqu'ils font juste un one-liner pour la ligne de commande, les warnings et limitations qui seraient utiles pour un script ne viennent pas les embêter.
Il y a aussi tous ceux qui ont découvert un jour le module CPAN de leurs rêves, qui n'existait pas pour d'autres langages et qui leur a fait gagner du temps ; il y a aussi ceux qui aiment la communauté, et son esprit pratique et d'apprentissage par l'exemple avec des cookbook, et qui fait qu'utiliser un module ne demande souvent même pas d'entrer dans le cœur de la doc, les exemples de la synopsis ou du cookbook qui va avec le module étant suffisants pour démarrer. Et puis ceux qui aiment la stabilité de perl, et le fait que des scripts d'il y a plus de quinze ans marchent encore out-of-the-box, ou alors avec de très petites modifications, même s'ils ne se conforment plus au style d'aujourd'hui.
Il y a aussi tous les utilisateurs indirects de programmes finaux, comme toi probablement.
Et j'oublie multitude de raisons d'utilisation, comme l'existence des cpantesters.
Pour la peine, et pour revenir au sujet, un module qui n'est peut-être pas mon "préféré", mais peut-être un de ceux qui m'ont le plus émerveillé : Devel::Nytprof, un profiler pour perl.
[^] # Re: C'est pas mort perl?
Posté par anaseto . En réponse au sondage Quel est votre module CPAN préféré ?. Évalué à 4.
Allez, je marche sur le troll (c'est pas bien, je sais, mais c'est demandé si gentiment...).
Par exemple, ceux qui ont besoin d'un langage de script qui gère les chaînes de caractères et les encodages particulièrement bien, et de façon commode. Ou ceux qui aiment que leur langage soit un peu rigoureux et sache ce qu'est une variable locale à un bloc, qu'il prévienne lorsque l'on redéfinit une variable, ou lorsqu'on essaie une comparaison numérique douteuse comme
42 == "ma chaîne". Certains veulent un langage qui permette d'écrire des vraies fonctions anonymes. D'autres aiment pouvoir savoir d'un simple coup d'œil si leur variable est un tableau, un hash, ou un scalaire, ou aiment que42 == "42"renvoie vrai, etc. Enfin, certains aiment que lorsqu'ils font juste un one-liner pour la ligne de commande, les warnings et limitations qui seraient utiles pour un script ne viennent pas les embêter.Il y a aussi tous ceux qui ont découvert un jour le module CPAN de leurs rêves, qui n'existait pas pour d'autres langages et qui leur a fait gagner du temps ; il y a aussi ceux qui aiment la communauté, et son esprit pratique et d'apprentissage par l'exemple avec des cookbook, et qui fait qu'utiliser un module ne demande souvent même pas d'entrer dans le cœur de la doc, les exemples de la synopsis ou du cookbook qui va avec le module étant suffisants pour démarrer. Et puis ceux qui aiment la stabilité de perl, et le fait que des scripts d'il y a plus de quinze ans marchent encore out-of-the-box, ou alors avec de très petites modifications, même s'ils ne se conforment plus au style d'aujourd'hui.
Il y a aussi tous les utilisateurs indirects de programmes finaux, comme toi probablement.
Et j'oublie multitude de raisons d'utilisation, comme l'existence des cpantesters.
Pour la peine, et pour revenir au sujet, un module qui n'est peut-être pas mon "préféré", mais peut-être un de ceux qui m'ont le plus émerveillé : Devel::Nytprof, un profiler pour perl.