L'avenir de Perl? (Perl 6, employabilité)
j'ai trouvé quelques questions connexes, comme Python vs. Perl (maintenant supprimé) et Perl en vaut-il la peine? (maintenant supprimé), mais je ne trouve rien qui réponde directement à cette question.
y a-t-il un avenir légitime en Perl? Je travaille dans une boutique Perl en ce moment, et je viens de PHP donc je vois certains des avantages d'un langage de niveau "inférieur" les choses au niveau du serveur, mais il me semble que beaucoup de tâches en Perl peuvent être effectuées plus rapidement en PHP, et certains font valoir (subjectif, pas mon opinion) que Python fait ces tâches d'une manière plus explicite qui est plus facile à maintenir.
est-ce que le fait d'avoir ce travail sur mon CV va finalement me rendre moins apte à l'emploi, surtout si le langage ne se développe plus?
quelques notes:
- I j'aime Perl, alors ne crois pas que je me moque de la langue. C'est amusant à utiliser et nous utilisons une syntaxe assez verbeuse qui est relativement facile à maintenir.
- je me rends compte que" Vaporware "est un mot à la mode qui ne s'applique pas nécessairement à cette situation, parce que Perl n'a pas de département de marketing et ils ne sont pas" prometteurs " Perl 6 à n'importe quelle date.
- je me rends compte que CPAN maintient la communauté en marche, donc si Perl 6 sort ou non les gens continuent à construire des modules qui augmentent les possibilités dans la langue, mais cela ne veut pas dire que les magasins de l'industrie s'en rendent compte, et passent à des langues "plus supportées" qui sortent sans cesse avec des versions révisées de la langue comme Python et (surtout) PHP.*
EDIT {CLARIFICATION} Cade Roux et Telemachus ont tous deux soulevé de bons points quant à savoir si votre futur peut être défini par votre CV.
pour être honnête, ce a été évoqué lorsque l'un de mes anciens employeurs a déclaré "Je n'engage personne avec Perl comme leur dernier emploi. C'est une VIEILLE technologie."C'était un magasin PHP, alors prenez tout ça avec un grain de sel.
maintenant, sans blâmer mon ancien employeur, elle n'est pas du tout une technicienne, donc elle exprimait vraiment l'opinion d'un profane, et dans ce cas, ma question était plus dans le sens de "y a-t-il un stigmate sur cette technologie particulière placée dessus par des gens qui ne l'utilisent pas?", plus précisément, plus de personnes qui ont eu l'expérience passée avec les mêmes employeurs. Je ne vous demande pas de regarder dans l'avenir avec un verre magique pour supposer ce que serait le prochain langage "chaud", mais plutôt si ce langage particulier (qui est accusé de croissance ralentie , encore par des laïcs) a des connotations négatives placé sur elle.
j'espère que ça a un peu plus de sens.
9 réponses
-
beaucoup de magasins - y compris sur Wall Street - utilisent fortement Perl et continueront à le faire.
cependant, je n'ai jamais vu un PHP ou un Python utilisé dans cette industrie (ne pas dire qu'il n'est pas utilisé, mais que je n'ai jamais rencontré. Une anecdote purement personnelle. Je n'ai jamais entendu parler de "Perl ne peut pas faire X que Python peut, utilisons Python").
-
Perl6 n'est pas pertinent pour l'image de l'emploi.
-
beaucoup de magasins sont encore sur 5.8 ou g-d interdire 5.6
-
plus important encore, perl5 continue d'évoluer, y compris avec des fonctionnalités/idées de Perl6. Voir Perl 5.10 et 5.11
-
de Plus, l'évolution comprend vraiment cool framework comme l'Orignal, etc...
-
je peux probablement trouver plus de balles plus tard, mais le résumé est que Non, avoir un emploi Perl ne sera en aucune façon affecter négativement vos perspectives de carrière .
Toutefois, ne sachant rien mais Perl peut affecter de façon négative, alors assurez-vous de connaître Java, C#, C++ ou quelque chose de plus dynamique des langages interprétés. Peu de magasins embaucheraient des développeurs" Perl Only", même s'ils embauchent volontiers des développeurs" Perl + other stuff".
Voir Tim Bunce Perl Mythes , glisse sur slide share .
en bref, Perl n'est pas mort et a beaucoup d'emplois disponibles.
quiconque observe réellement le développement de Perl, saurait qu'il y a peut-être eu plus de travail sur la langue Perl au cours de la dernière décennie, que dans la décennie précédente.
cela a été stimulé par L'introduction du Perl6.
L'introduction de Perl 6 a stimulé, la culture d'essai maintenant profondément enracinée.
il suffit de regarder combien le Rakudo mise en œuvre de Perl 6, est testé:
Rakudo Progrès http://rakudo.de/progress.png
il y a aussi eu beaucoup de rétroportage des caractéristiques Perl 6 dans Perl 5.
par exemple, L'instruction Perl 6 "switch
#!/usr/bin/perl
use strict;
use warnings;
use 5.10.1;
# or
use feature qw'switch say';
my $str = "testing 123";
given( $str ){
when(/(\d+)/){
say ;
}
when( [0..10] ){
say $_, 'is equal to some number between 0 and 10';
# given, sets the current topic "$_"
}
}
il y a peu de langues auxquelles je rattacherais ma carrière. Perl sera toujours là et il sera toujours le meilleur outil pour certains types d'emplois. Mais cela est vrai pour de nombreuses langues. Cependant, il y a aussi des langues qui ont plus de concurrence dans certains des espaces où elles sont utilisées. Perl est une langue qui a beaucoup plus de niches fortes.
pourtant, vous ne vous limiteriez pas à utiliser une seule langue pour toute votre vie - ou même dans un seul projet si il ya de meilleures options pour résoudre un problème.
du point de vue de la carrière, il y a des technologies de base qui sont assez universellement utilisées, et parmi celles-ci je pense que quelques-unes des plus précieuses sont: les concepts de base de données relationnelles et SQL, XML/HTML/HTTP/DOM, les expressions régulières. Ceux-ci sont fondamentalement indépendants de tout fournisseur ou de toute langue en particulier, et si vous êtes fort dans ces domaines, le choix de la langue et de la plate-forme seront influencés par le problème abordé.
Perl est, et sera toujours, un langage pratique pour manipuler de grandes quantités de données. Je travaille dans une industrie où déplacer, convertir et analyser de grandes quantités de texte et de données image est ce que nous faisons, et je ne pourrais pas vivre sans Perl.
de même, si vous êtes un sysadmin (surtout un Unix), Perl est un outil nécessaire. Il ya des tonnes d'endroits où vous devez être en mesure de concocter une application rapide et sale qui court le long avec les fonctions shell.
les langues ont des niches. Perl a une grande niche stable, à bien des égards beaucoup plus stable que les langues de web-driven. PHP, par exemple, est un joli petit langage web, mais sa grâce de sauvegarde est qu'il est rapide et facile à développer, pas qu'il soit un langage particulièrement grand. Je vais avoir tendance à utiliser PHP sur Perl pour les applications web( bien que J'utilise Python sur PHP, si j'ai le temps), mais 90% des choses que je fais dans mon quotidien serait presque impossible en PHP, et est plat trivial en Perl.
@Nate: j'aime Python. adorer. J'ai effectivement vous inquiétez pas que je l'aime trop, et je suis irrationnel à ce sujet. PHP est un bel outil, mais quand votre principal argument de vente est "Rapide et Facile", alors vous courez un risque. C'était la grande poussée derrière Visual Basic original, et nous savons tous comment cela a fonctionné.
je vous déconseille de mettre Perl sur votre CV - il y a déjà trop de monde sur le marché perl et nous n'en voulons plus! ... c'est juste une blague.
le passé n'est soi-disant pas un guide pour l'avenir, mais, malgré l'abondance de C (etc.) et Java dans mon "skills toolbag" j'ai vu plus d'emplois lucratifs de mon Perl que tout autre chose au cours de la dernière décennie.
je soupçonne que l'offshore-perl-new-build peut ne pas être le plus grand marché dans le l'avenir, mais il y a certainement un développement actif dans les industries de la ville et des médias au Royaume-Uni.
sinon, je serais d'accord avec les points ci-dessus. Les techniciens possédant diverses compétences sont plus aptes à choisir les bons outils et moins enclins à "faire preuve de foi" en ce qui concerne le choix de la langue.
si vous regardez un poste où la direction non-technique a un point de vue fort sur ce que la technologie devrait et ne devrait pas être utilisée - je placerais celui-ci dans le "éviter" tas.
Je ne comprends pas le sens de cette question. Tu as un travail et tu connais déjà Perl. Vous pouvez vous demander s'il faut ou non apprendre de nouvelles langues et lesquelles (s'il vous plaît, ne le faites pas, mais vous le Pourriez), mais aucun d'entre nous ne peut ou ne devrait prédire si oui ou non vous allez obtenir un autre emploi en utilisant Perl.
, vous demandez ," est-ce que ce travail sur mon CV va finalement me rendre moins employable, surtout si le langage ne se développe plus?"
puits, c'est mieux qu'un vide reprendre, et vous ne pouvez pas changer votre passé, donc vraiment de quoi parlons-nous ici?
pour ajouter une autre réponse distincte - comme vous l'avez noté - il y a un danger très réel lorsque vous traitez avec des recruteurs et d'autres personnes que votre curriculum vitae sera interprété et des choses déduites qui ne sont pas nécessairement la façon dont vous vous voyez vous-même, et vous pourriez obtenir pigeon-holed.
cela se passera dans les deux sens - trop de variation et vous n'êtes pas un expert en quoi que ce soit ou trop peu de variation et vous êtes seulement bon à une chose.
je n'ai pas de réponse simple pour lutter contre cela, sauf pour s'assurer que vous mettez l'accent sur les compétences portables et aussi des réalisations qui sont indépendants de la technologie - faire de l'entreprise plus d'argent, obtenir de nouvelles affaires, faire de nouveaux marchés, etc.
Perl est un autre outil dans votre boîte à outils. Si j'ai une ouverture et qu'une personne se limite à une technologie précise, et qu'une autre possède une vaste gamme de compétences, je serais plus enclin à embaucher celle qui possède la plus vaste gamme de compétences, même si elle n'est pas aussi bien renseignée. Quelqu'un qui possède un large éventail de compétences sur une gamme de plateformes est quelqu'un qui peut penser, innover et s'adapter.