Perl...
Je suis d'accord avec certaines parties des posts ici: très bien pour les regex, les scripts systèmes et le traitement de texte (pas pour word, hein ^^).
D'ailleurs, ces 3 points se rejoignent: les outils systèmes manipulent du texte, et les regex sont un outil surpuissant pour manipuler le texte.
Par contre, j'ai essayé, perl.
Quand on arrive, on tombe rapidement sur des explications pour écrire des scripts d'une fonction, plus ou moins sans problèmes.
Par contre, je n'ai pas trouvé, en 2 semaines, comment écrire une satanée fonction, alors une classe...
Et puis soyons honnête, ajouter une librairie pour supporter l'orienté objet, j'ai comme un doute sur le fait que le code résultant soit lisible.
Enfin, pour le préjugé "'oublions pas également l'adage Perl (sorry in english) : Perl is easy to write, hard to read", en tant que développeur qui n'a habituellement pas trop de soucis à lire des langages qu'il ne connaît pas, je dirais que ça n'en est pas un.
Si je devais relire les scripts que j'ai écrits en perl l'an dernier, au cours des 2 semaines de taf ou j'ai voulu essayer, je n'y arriverai pas, et pourtant, j'ai commenté, ce que je ne fais pourtant pas habituellement en C++ (j'utilise énormément de petites fonctions et de classes, et chaque nom est choisi en fonction de ce que ça accompli, du coup, pas besoin de commenter les blocs de 5 lignes pour avoir un code lisible).
Donc, non, ce n'est pas un préjugé, c'est une réalité. Après, c'est sûr, quand on est habitué à en lire, je suppose que ça devient faux pour soi.
Ajoutez à sa syntaxe le fait qu'il n'existe que 3 types, qui sont en fait des variantes de nombre: variable où on peut tout mettre, tableaux où l'on peut mélanger les serviettes et les cochons, et tableaux associatifs du même acabit, et vous aurez les 2 raisons qui font que malgré sa force, je ne m'en servirai pas pour réaliser un programme de plus de 200 lignes.
Je préfère dans ces cas utiliser un langage qui me permet de faire un code qui reste lisible.
Après, perl6, quand je verrai un package dans ma debian, je pense que j'y jetterai un oeil. Mais si ça fait 10 ans que c'est en cours, on peut p'tet attendre la prochaine fin du monde
(bon, certes, C++ a pas fait beaucoup mieux)
Bon, je critique, mais je ne pense pas moins qu'il s'agit d'un bon outil. Il est juste très spécialisé, et remplit parfaitement l'objectif qui était le sien à sa création: remplacer les scripts shell mêlant sed, awk, grep par un script dans un langage qui évite d'invoquer des outils différents en permanence, gagnant ainsi un temps précieux lors de l'exécution.
Pour du script, perl est très bien. Il est fait pour ça, et ça se sent.
Mais il n'est pas fait pour écrire un IDE, par exemple, ni un navigateur internet, ou un serveur. C'est sûrement possible, c'est sûr...
2 |
2 |
Perl (Practical Extraction and Report Language) a un quart de siècle cette semaine. 
Utilisez-vous ou avez-vous utilisé Perl ? Que pensez-vous du langage et de son évolution ? 
Envoyé par Freem
