Perl est-il toujours un langage utile et viable?
Je sais que cela a peut-être été demandé auparavant, mais ici, rien ne va ...
Perl est-il toujours quelque chose qui serait considéré comme utile? Si quelqu'un était un nouveau programmeur (soit complètement nouveau en programmation ou juste quelques mois/années d'expérience), Perl serait-il quelque chose à considérer comme intéressant à apprendre?
Perl est-il toujours utilisé avec fréquence? Est-il toujours populaire?
Ou Perl est-il en train de disparaître par rapport à des langages comme Python, Ruby, PHP, ASP.NET, etc.?
Fondamentalement, cela se résume à ceci:
- Est-il toujours utilisé/est-il encore utilisé fréquemment? Si oui, est-il en train de mourir? Si non, cela reviendra-t-il?
- Est-ce quelque chose qui mérite d'être étudié?
- Comment se compare-t-il à la demande à des langages comme Python en termes de popularité et de convivialité/viabilité? Des langages comme Python ou Ruby = être considéré comme un remplacement pour Perl?
De plus, les nouvelles versions de Perl apporteront-elles vraiment une grande amélioration à la communauté Perl, et ramèneront-elles peut-être Perl au centre de la scène par rapport à d'autres langues?
ÉDITER:
D'accord, je suppose que voici une meilleure question reformulée:
Perl continue-t-il de grandir ou est-il en train de "mourir"? Est-ce encore une langue à apprendre et à utiliser? Dans quels projets ça "brille" vraiment par rapport à d'autres langues? Qu'est-ce qui fait de Perl une langue à choisir? Essentiellement: Perl devient-il obsolète par rapport à d'autres langues, et si oui, pensez-vous que cela va changer ou continuer?
Et merci à tous ceux qui ont répondu jusqu'à présent, la discussion a été vraiment intéressante!
Tout d'abord, il est toujours préférable de lever l'ambiguïté.
Les entreprises parlent de Perl 5 lorsqu'ils parlent de Perl, mais sur une terre lointaine, au-delà de l'île profonde , la conception-par-comité la tribu prépare encore une grosse tranche de Perl 6 (et c'est presque prêt, avec un moteur écrit en Haskell et propulsé par les larmes des dieux )
Ok, cela dit, à quoi sert Perl 5, aujourd'hui?
systèmes web hérités/intrawebs - certains ne mourront pas
exploration de données/analyse statistique - le moteur d'expression rationnelle de Perl, même si légèrement obsolète , (
PCRE, une bibliothèque dérivée, la complète de toutes les manières possibles et c'est le moteur par défautPHP) est toujours bon pour une analyse simpleAdministration système UNIX - Perl doit toujours être installé sur UNIX.
Vous pouvez compter sur sa disponibilité même sur Mac OS X.prototypage résea - de nombreux experts du réseau central ont appris Perl quand c'était à la mode; et ils font toujours leurs preuves de concept avec.
sécurité - de nombreux experts en sécurité ont également besoin d'un prototypage rapide . (et correctifs automatisés rapides) Perl peut, et le fait, couvrir cela.
La vaste collection CPAN est très pratique, lorsqu'il s'agit de prototypes.
(Les piles peuvent ne pas être incluses, mais elles sont toujours là, sur l'étagère )
Rappelez-vous inconvénients, cependant:
- Le support d'objet en Perl suce fort , vous bénissez les références et faites des choses impies au nom des objets, puis vous vous demandez pourquoi vous avez pris tous les ennuis en premier lieu.
- Lire le Perl des autres est plus qu'un métier, c'est la science, et douloureux aussi.
- Perl est astucieux, il vous fait penser astucieux, il vous fait sentir astucieux, vous devenez un programmation rockstar. Maintenant, pensez à vous lever et à travailler dans un bureau plein de rockstars: c'est un "bateau qui bouge" difficile. Attendez-vous à des fluctuations sauvages.
À mon avis, après avoir travaillé à nouveau avec Perl après quelques années de presque ne pas l'utiliser, c'est mieux que jamais. Perl 5 a beaucoup de génialité dans CPAN, même OO peut être fait maintenant. (Jetez un œil à Modern Perl)
Perl 5 est loin d'être mort. Jetez un coup d'œil à certains sites Web Perl et CPAN et à l'horizon il y a un tout nouveau langage - Perl 6.
Il existe de nombreuses ressources sur le Web, des blogs et des présentations sur les raisons pour lesquelles ce n'est pas mauvais et pourquoi il a une mauvaise réputation qu'il ne mérite pas - il suffit de les consulter pour comprendre.
La principale chose que Perl a encore à faire est CPAN - il y a tellement de modules pré-écrits qu'il est très facile de trouver quelque chose dont vous avez besoin.
Cela dit, je n'apprendrais pas Perl. Perl est un excellent langage pour les gens qui le connaissent déjà (comme moi), mais Python semble être (du point de vue de mon étranger) un meilleur langage pour faire le genre de fichiers rapides et sales et l'analyse de texte que Perl était le langage de référence.
Lorsque j'ai décidé d'apprendre le Perl comme première langue il y a quelques années, plusieurs facteurs ont guidé ma décision:
- y a-t-il beaucoup de bons documents de référence sur la langue?
- puis-je trouver facilement de l'aide pour mes questions?
- la langue est-elle utilisée activement par une grande population diversifiée?
- y a-t-il des projets actifs qui m'aideront à atteindre mes objectifs?
Pour moi, la réponse était oui. Je suis graphiste. J'ai appris HTML et CSS il y a des années, mais je devais améliorer mes compétences après que les clients voulaient plus de leurs sites Web. J'avais utilisé divers frameworks php qui m'ont donné le bug pour vraiment apprendre à programmer. J'ai fait beaucoup de recherches et trouvé des projets bien soutenus comme Template Toolkit ainsi que de nouveaux comme Perl Dancer et Mojolicious. La documentation fournie avec Perl a été très utile ainsi que la bibliothèque de publications.
J'ai trouvé les listes de diffusion Perl assez conviviales pour les débutants et actives. Sur PerlMonks, des personnes du monde entier viennent avec des questions et réponses pour un large éventail d'applications. Il existe plusieurs sites d'actualités, blogs et flux Perl actifs. Ces ressources m'ont beaucoup appris sur Perl et la programmation.
Certes, c'est MON expérience. Je ne sais pas exactement combien de personnes se connectent à ces sites, s'abonnent aux listes de diffusion ou créent leurs applications Web, par exemple, en utilisant Perl. Je ne peux pas non plus dire à quel point mon expérience aurait été meilleure ou pire si j'avais choisi une autre langue pour commencer. Je ne doute pas que je pourrais trouver bon nombre des mêmes aspects positifs dans les communautés d'autres langues. Je peux dire que je suis toujours satisfait du choix que j'ai fait.
La popularité d'une langue a très peu à voir avec sa viabilité ou sa convivialité. Perl est toujours un langage très utilisable. Sa réputation, méritée ou non, d'être hostile aux débutants signifiait finalement que personne de nouveau ne l'apprendrait s'il pouvait l'aider. La seule raison pour laquelle je ne l'utilise plus, c'est que personne d'autre que je connais ne l'utilise plus.
J'ai été attiré par Python par sa disposition - la structure du bloc est "ce que vous voyez est ce que vous obtenez" - et je ne comprends pas pourquoi il y a des gens qui sont rebutés par cela. Je pense que c'était et c'est une bonne idée.
Je suis cependant retourné à Perl. Il semble tout simplement mieux pensé comme un outil pratique. Dans la théorie informatique, Python et Ruby sont "mieux". Mais je travaille dans le monde réel).
Ruby et Python sont plus à la mode chez les enfants fraîchement sortis du collège. La plupart des programmeurs qui sont sur Facebook suivront la mode actuelle et iront avec Ruby ou Python. Le le message original illustre cela: il confond "Est-ce utile" avec "Est-il toujours populaire?"
Je ne sais ni ne me soucie de savoir si Perl est "populaire" dans un monde Facebook. C'est probablement le langage de script le plus utilisé parmi les gens qui accomplissent beaucoup, ce qui est très différent. Certains des commentateurs qui pensent que leur langue préférée a une ressource comparable au CPAN n'ont aucune idée de l'étendue et de la profondeur du CPAN.
Pour mémoire, je programme en Perl 5 depuis environ 15 ans, donc je suis un peu biaisé. Cela dit, j'aime vraiment Perl. N'écoutez pas les opposants, et ne pensez pas que son âge est en quelque sorte un indicateur de son étagère en direct. La meilleure façon de voir Perl est de le voir par rapport à d'autres langues:
PHP - PHP est un assez bon langage de programmation Web; ne vous méprenez pas. Mais, c'est niquement un langage de programmation Web. Même les applications Web ont besoin de leurs tâches cron pour effectuer des processus de nettoyage, et vous devez faire des trucs étranges pour y arriver. Peu importe d'avoir à écrire un script rapide pour l'administrateur UNIX ou à analyser un texte De plus, PHP n'a pas CPAN.
Ruby - La langue est trop nouvelle et "script kiddie" à mon goût. La seule chose que j'entends à propos de Ruby is Ruby on Rails. Perl a Catalyst and Dancer (en tant que frameworks MVC), qui sont sacrément bons MVC, mais ce n'est pas la pierre angulaire de la langue. Vous ne trouverez pas "Ruby" comme une exigence dans les offres d'emploi de si tôt (si jamais). De plus, Ruby n'a pas de CPAN.
Python - Dans les mots de Larry Wall, Python est juste de l'huile de serpent. Python se soucie des espaces blancs et de la dernière langue que j'ai utilisée) qui se souciait des espaces blancs était BASIC. De plus, comme BASIC, il a été essentiellement conçu pour être un langage de débutant facile à utiliser. Enfin, pas de CPAN ici.
Java - Java est un langage enfant problématique. Le concept était d'avoir cette machine virtuelle qui fonctionne sur n'importe quelle plate-forme, mais en raison de l'énorme popularité du langage au collège cours, vous voyez Java applications partout où elles ne devraient pas être. Par exemple, les applications Web basées sur un serveur interne ne devraient pas exister. Il s'agit d'un serveur unique avec des spécifications ils définissent et il est enveloppé dans un VM avec une empreinte mémoire limitée. Java is gonflé, et ils n'ont pas CPAN.
C # - En fait, j'utilise beaucoup ce langage maintenant, et il semble que j'aie formé une relation d'amour/haine avec lui. Pouvoir surcharger des méthodes avec différents paramètres est cool et amusant. Mais, si vous voulez un langage qui chienne à chaque ligne de code sur la conversion de type, alors C # est pour vous. Mon dieu, il veut que vous mettiez un casting explicite PARTOUT! Faire des cours est amusant, mais vous vous rendez soudain compte que vous passez plus de temps à faire des cours pour que le putain de langage FONCTIONNE que d'écrire du vrai code.
De plus, C # n'a pas ... d'accord, il a .NET, qui est vraiment bon et étendu. Cependant, j'aime toujours mieux CPAN car vous pouvez toujours écrire vos propres modules et vous plaindre à l'auteur d'un bug ou d'un défaut de conception. Et ils sont tous gratuits. De plus, Perl travaille vers Perl.NET à l'avenir, donc nous pouvons concevoir des applications Windows d'ici peu.
Perl est un excellent langage qui a:
Expressions régulières - Si c'est une chose que Perl peut bien faire, c'est la manipulation de texte. Oui, de nombreuses langues ont des expressions régulières, mais Perl les a presque inventées, et il y a une raison pour laquelle grep a un mode "Perl Regular Expression", ou pourquoi Oracle a une section sur "les extensions influencées par Perl dans Oracle Regular Expressions". Il est intégré et ne nécessite aucun module.
Flexibilité - Vous avez trois types de variables de base: scalaires, tableaux et hachages. C'est ça. C'est tout ce dont vous avez besoin. Vous n'avez pas d'int, d'octet, de chaîne ou quoi que ce soit de ce genre. Perl le comprend très bien. Et vous pouvez utiliser toutes les références que vous voulez sans crainte de fuites de mémoire ou provoquer le plantage de l'ensemble du PC. La langue fonctionne juste.
Portabilité - Perl fonctionne très bien sur le web. Cela fonctionne très bien sous UNIX. Cela fonctionne même assez bien sous Windows. Ce n'est pas un pigeon à une seule fonction. C'est un homme à tout faire, mais aussi un maître (surtout) de tout.
Il est facile de faire beaucoup avec un petit code - Donnez-moi un fichier vierge de 1 Ko et je peux écrire toutes sortes de choses avec cet espace. Même une doublure Perl est idéale à ajouter dans un tuyau de ligne de commande.
CPAN - Je ne peux pas souligner à quel point il est bon de trouver à peu près tout ce dont vous avez besoin pour quoi que ce soit. Qu'est-ce que "n'importe quoi"? Eh bien, que diriez-vous des modules DB pour chaque base de données ou chose que vous pourriez imaginer, allant d'Oracle à l'iPod en passant par CSV, Adabas et Yaswi? Que diriez-vous de plusieurs serveurs Web complets? Que diriez-vous d'un lecteur de fichiers Excel, ou d'un module SNMP, ou d'un module qui lit les commentaires des lignes de débogage, ou des modules qui vous aident à programmer plus rapidement? Un projet que je fais en ce moment est d'écrire un générateur de carte Terraria dynamique, en augmentant à partir d'un module existant appelé Games :: RolePlay :: MapGen. .NET n'aurait jamais quelque chose comme ça.
De plus, c'est un jeu d'enfant d'installer n'importe quel module via CPAN. Obtenez-le de Debian. Installez-le directement depuis CPAN. Il fait un aussi bon travail que apt-get dans la résolution des dépendances. Je n'ai aucun problème à dire à mon administrateur système d'installer le module X à partir de CPAN, car il s'agit simplement d'une simple commande à une ligne.
Oui, il a ses défauts, et oui, je suis partisan de cela, mais vous avez probablement déjà entendu trop souvent les négatifs. Ils ne l'emportent pas sur les points positifs, pas de loin.
La performance est l'une des principales raisons d'opter pour Perl. Comparé à Python, Ruby ou l'un des langages de script basés sur JVM est rapide comme l'éclair.
C'est pourquoi il n'a jamais été remplacé dans l'espace d'exploration de données, toutes les autres langues (gratuites) sont plus lentes lorsqu'il s'agit de traiter de gros volumes de données.
Perl a sa place. Sa "mauvaise réputation" est généralement due au fait qu'il vous offre une grande flexibilité pour faire des choses qui devraient vraiment être faites par un outil différent.
Si vous vous posez la question "Qu'est-ce que j'essaie de réaliser? Et existe-t-il des outils appropriés pour y parvenir?" alors vous faites partie du chemin.
Si vous écrivez un script rapide, l'utilisation d'un langage de script est logique. Si vous souhaitez créer une application complexe, vous "pourriez" l'écrire en Perl, mais vous ne devriez probablement pas.
Cependant, comme votre question concerne un nouveau programmeur, puis-je suggérer de laisser Perl seul pour l'instant. Tout simplement parce que vous apprendrez moins de mauvaises habitudes dans une langue moins flexible.
Perl est LE langage pour écrire des outils jetables. Il existe diverses autres applications où Perl est plus ou moins persistant et utile, mais si vous n'avez pas de commande Shell pour faire une chose étrange, si vous avez besoin d'un stub pour récupérer des données à partir d'un socket impair, si vous avez un fichier journal ou un base de données et devez extraire du contenu d'une manière qui est hors de portée de SQL, si vous devez extraire quelques images du serveur, ou si vos modèles de pages Web contiennent tous le même type d'erreur et que vous voulez les corriger tous - fouetter un script Perl de 10 minutes est le chemin à parcourir.
Écrire la même chose dans Shell serait probablement possible, mais en raison des mises en garde étranges de la syntaxe de Shell, cela prendra plus de temps et peut être beaucoup plus difficile. L'écriture dans n'importe quel langage "professionnel" comme C++, C #, Java etc prendra environ une heure en comparaison. L'écriture dans un langage de script concurrent comme Python, Ruby ou PHP est une alternative viable et prendra probablement jusqu'à 20% plus de temps à écrire.
Oui, les programmes dans d'autres langues seront plus faciles à gérer et plus lisibles. Mais si vous avez besoin d'une solution MAINTENANT, Perl est le chemin à parcourir.
Consultez les "téléchargements récents sur CPAN" - page . Il y a> 20 nouveaux modules ou modules mis à jour téléchargés chaque jour. Je pense que le nombre moyen de téléchargements quotidiens a augmenté lentement mais régulièrement. Cette activité est-elle le signe d'une langue qui se meurt? Non!
Cela m'impressionne toujours comment certains modules importants (pour la programmation Web par exemple, ou les interfaces avec les pilotes RDBMS) ont été maintenus et affinés au fil des ans. Souvent par l'auteur original ou par de nouveaux responsables. Cela a souvent créé un code très mature.
Pour obtenir un module dans CPAN, les auteurs sont encouragés à faire un très long chemin pour maintenir la compatibilité descendante (avec les anciennes versions de Perl 5) ainsi que l'indépendance de la plate-forme. Voir par exemple http://matrix.cpantesters.org/?dist=DBI (DBI = interface de base de données, couche d'abstraction)
Aussi la langue elle-même: je suis un peu perplexe par toutes les nouvelles fonctionnalités qui ont été incluses dans la langue depuis 5.10, 5,12., 5.14. Je n'ai pas appris à profiter des nouvelles fonctionnalités. Perl évolue trop vite pour moi!
Pendant un certain temps, le développement de Perl5 a stagné en raison de l'accent mis sur Perl6, ce qui a causé un long délai entre la sortie de 5.8 et 5.10. Depuis lors, la communauté a vraiment commencé à réaliser que Perl5 et Perl6 sont des langues différentes et il y a eu récemment de nouvelles versions très régulières.
Perl récemment a remporté un concours d'applications Web en utilisant Catalyst (Bien que je préfère Mojolicious ) et certaines des nouvelles pratiques Modern Perl apportent beaucoup d'idées OO plus propres à Perl avec des choses comme l'orignal.
À mon avis, en tant que développeur Perl, Perl a un grand héritage ainsi qu'un brillant avenir non seulement en tant que ruban adhésif qui maintient les réseaux d'entreprise ensemble, mais aussi dans les nouvelles tendances des applications Web.
J'ai appris Perl 4 et 5 lors de l'administration du système dans les années 90. Aujourd'hui, je fais Java programmation (où invoquer Perl n'est généralement pas souhaitable), et j'utilise toujours Perl de temps en temps sur mon ordinateur de développement. C'est généralement uniquement pour faire de la datamining sur des fichiers journaux où le les expressions régulières en Perl et l'échafaudage pour l'analyse de texte sur les liners en Perl le rendent très facile à faire sur une ligne de commande.
Essentiellement, je l'utilise aujourd'hui comme awk sur les stéroïdes. Pour cela c'est génial.
L'une des caractéristiques de Perl est qu'il existe plusieurs façons de faire presque tout. Cela vous permet de choisir celui qui correspond à votre façon de penser - ce qui est génial lorsque vous piratez ensemble un ou deux lignes, mais pas si bien lorsque vous devez comprendre le code Perl des autres peuples car ils choisissent généralement une autre façon de le faire qui correspond à leur façon de penser.
Je considérerais Perl comme un outil très utile que vous voudrez peut-être apprendre si vous vous concentrez sur ce que les expressions régulières peuvent faire pour vous aider à parcourir vos fichiers texte. Éloignez-vous de tout ce qui concerne les objets.
Si vous connaissez Perl, il est plus facile d'apprendre Powershell de Microsoft. En ce qui concerne la syntaxe de powershell, elle n'a pas Perl racines, mais Powershell a pris de nombreuses fonctionnalités et concepts du langage Perl, par exemple, du haut de ma tête: la variable $ _, préfixant les tableaux avec @ et chaînes/valeurs scalaires avec $, conventions de fichier pour nommer et stocker les modules et, d'une certaine manière, chargement automatique, pour n'en nommer que quelques-uns.
Donc, si vous connaissez Perl, cela vous sera utile, et il est un peu plus facile d'apprendre Powershell, ou de comprendre l'état d'esprit de Powershell, ou de garder l'idiome de Powershell dans votre mémoire à long terme. Rencontrer Powershell sans arrière-plan Perl est probablement un peu plus étrange. Je dis juste.
Bien sûr, le langage Powershell a ajouté de nouvelles choses, en particulier sa convivialité .NET, et n'a poursuivi aucune des fonctions/opérateurs de Perl qui offrent une "compatibilité descendante" avec les outils de ligne de commande unix.
Je ne suis pas un programmeur expert. Mais j'ai trouvé Perl assez facile à apprendre (j'ai utilisé le livre sur les chameaux), toujours un plaisir, et PerlMonks est la communauté d'aide la plus sympathique du pays de programmation. Perl semble avoir perdu son sex-appeal en termes de recrutement à Ruby et Python, mais uniquement dans certaines industries (web notamment)).
Grant McLean télécharge juste n court métrage basé sur l'évolution de mapofcpan.org , montrant la façon dont le CPAN évolue au fil du temps avec un visuel de type carte façon. C'est assez explicite sur la vitalité de la communauté. Ne pas mourir.
Perl souffre sûrement de sa mauvaise réputation, à cause de nombreuses légendes et parce que sa communauté ne veut pas et n'essaie pas d'en faire le langage de programmation le plus branché du monde. Il est très difficile de comprendre pourquoi tant de gens sont absolument convaincus que c'est une langue horrible. Vous pouvez écrire du code effrayant dans n'importe quelle langue. Perl a les meilleures pratiques comme n'importe quel autre langage, il vous suffit de l'implémenter dans la philosophie de base plus d'une façon de le faire.
Je peux voir une raison très triste de cette mauvaise réputation: pendant longtemps, les sites Web des communautés Perl ont eu des conceptions d'interface utilisateur très laides (tout comme perlmonks.org par exemple). Personnellement, je ne me soucie vraiment pas de cela , peut-être que je viens même à Perl parce que pour cette raison: pas beaucoup d'interface utilisateur de sites Web à la mode, mais vous peut faire confiance aux outils, à la communauté avec beaucoup plus de foi car elle n'essaie pas d'être plus belle qu'elle ne l'est. Cependant, les outils de qualité ne signifient pas que vous ne devez pas vous concentrer sur l'apparence, et c'est finalement une sorte d'erreur de ne pas prendre soin de l'apparence.
Par exemple, un de mes amis (qui aime les langues plus à la mode) m'a dit que le logo Perl6 actuel est horrible et qu'il sera difficile d'attirer de jeunes chairs en Perl. Beaucoup plus un problème qu'avec ne pierre brillante ou tout autre logo bien conç .
Je pense que c'est une très triste raison d'impopularité, mais c'est ce qui gouverne le monde.
Perl n'est certainement pas en train de mourir. Il n'a jamais été aussi excité que certaines autres langues.
S'il est vrai que Perl lui-même est une ancienne langue, il a une communauté dynamique et très productive, dont la valeur est dans la bibliothèque CPAN. Je ne pense pas qu'une langue ait une bibliothèque aussi vaste et aussi complète que CPAN. Rien ne se rapproche même. Dans CPAN, vous trouverez des milliers de modules et de frameworks, qui font à peu près tout ce que vous pouvez imaginer. Besoin d'un serveur web? Il y a HTTP :: Server. Besoin d'une base de données autonome? Il y a Muldis :: DB. Quels que soient vos besoins, vous trouverez généralement plusieurs modules qui répondent à vos besoins, il vous suffit de choisir celui qui correspond le mieux à votre application.
Quant à Ruby, Python et d'autres concurrents, je pense qu'une saine concurrence a été un énorme avantage pour Perl. Tout ce que les autres langues ont obtenu, la communauté Perl a réécrit en Perl. Par exemple, lorsque Ruby volait sur le succès de Rails, Perl got Dancer, qui est à bien des égards meilleur que Rails.
Perl n'est certainement pas mort, ni mourant. Il n'y a juste rien de clinquant autour de lui, il n'y a pas d'entreprise, qui bénéficierait de donner un coup de fouet à Perl, donc cela n'attire pas beaucoup l'attention des médias, et tous les enfants ne connaissent pas Perl, donc on en parle moins.
Cela fait plus de 6 mois depuis votre publication d'origine. Au cas où vous ne l'auriez pas encore décidé, faites-vous plaisir et apprenez le Perl.
J'utilise Perl pour le développement de jeux Web depuis les années 90, et après une pause de 3 ans, je suis d'accord avec l'affiche précédente. Je reviens et je trouve qu'il a évolué bien au-delà de là où je l'ai laissé.
Est-il en train de mourir? Aucune chance.
Est-ce utile? Je serais perdu sans ça. C'est peut-être juste moi, mais d'après les autres réponses, je dirais que c'est une créature vivante très active.