Bonjours
Bon je ne suis pas developpeur Perl mais je me pose la question quand même sans véxer les developpeurs perl. Dans quel cas Perl est encore utilisé,
Quel sont ses avantage pas rapport au autre language  
A t'il un avenir car même point de vu offre d'emploi j'en vois pas beaucoup de demande.
Merci à tous.

euh, et en français ca donne quoi ta question ?

ouai j'ai un peut merdé mais j'ai corrigé, je pense que c'est un peut plus claire.
excuse.
 

là c plus clair...
 
et je réponds : j'en sais rien, je suis pas programmeur perl...mais je sens qu'on va te répondre que c un langage ultra puissant, qu'on fait tout en perl, qu'il y a qu'à voir les regexp pour comprendre, que perl roxxor et voilà...
 
en gros...

oui ça je sais que chacun va défendre un peut son steack mais j'espere quand même avec des réponses un peut plus concret. Je connais un peut Perl mais vu que j'en entend plus parler et vu que c'est plus trop proposé au client pour développer un projet bennnn!....

ca dépend quoi : en projet web ca peut tjs etre demandé...

Oui je comprend mais "ça peut" veut pas dire que ça l'es actuellement. Je veux savoir ou en est ¨perl aujourd'hui.

ma touche
 
au boulot, jfais pratiquement du perl principalement pour des scripts et pour certain cgi
 
selon moi, l'utilisation du perl pour le web risque de diminuer avec le temps
 
Par contre, pour des crons, n'importe quel script, le Perl c'est magique. Des trucs qui roule chaque semaine pour faire des check de sécurité, sortir des rapports d'utilisation des disques et ce genre de tâche. Ya des modules déjà tout fait (pour AFS et DFS dans mon cas) qui permette d'éviter de passer tout plein de commande shell et de devoir parser manuellement les résultats.
 
Dans un environnement d'administration Unix, le Perl a encore beaucoup d'avenir selon moi.

ha ok donc c'est un soutient tres bien venu pour exploiter linux.
mmhh effectivement j'avais oublié cette phase, je me rappelle maintenant et merci de me le rappelé que le cron, webmin sur linux  c'est écrit en perl.

 
tout a fait, mais faut pas simplifier à linux
 
nous c'est principalement AIX, sur les serveurs Win32 aussi c'est très utile (changement de mot de passe admin sur plus de 300postes en moins de 2min), présentement on regarde du coté de zOS (Host) pour lui installer perl aussi pour automatiser certain check de sécurité
 
Perl ca va partout, ca fait tout, quoi demander de mieux

Mais quel rapport il a avec l'os je veux dire par la, jusqu'a quel niveau on peut atteindre la manipulation de l'os avec perl ?

 
tout dépendant des librairie développé pour chacune.
 
Sous windows, tu as Win32 qui te permet de faire beaucoup. Gestion de user, de service, de process...
 
Sous unix, ya beaucoup de librairie pour des services. Comme je disais tantot, nous au boulot on a un serveur de fichier AFS et DFS (produits IBM), et certaines librairie me permettent de parler directement avec DCE/DFS et AFS plutot que de passer par des commandes shell qui sont longues à traiter et qui me donne pas toujours exactement ce que je recherche
 
Bien évidemment, tout ce que tu peux faire au command prompt, tu peux aussi le faire avec perl. Je préfère beaucoup plus manipuler du data avec perl qu'avec du ksh, du rexx ou autre chose.

Pourquoi dans les offres d'emplois ou dans les études nous ne trouvons tres rarement Perl ?

 
ca jpeux pas dire, surement parce que le perl n'est que très rarement une tâche principale
 
dans mon cas, je travaille dans un département d'infrastructure en tant qu'étudiant à temps plein depuis mai 2003 (en attendant d'aller à l'université cet automne). Les principales tâches du département c'est le réseau, samba, DCE/DFS, le host, les serveurs intel, DB2, etc...
 
Mais avec tout ca, ya une tonne d'outils nécessaire. Des améliorations à apporter pour sauver des tâches répétitives. Le genre de boulot qu'on engage pas quelqu'un à temps plein, car on ne sait jamais si on pourra lui fournir suffisamment de boulot.
 
Le Perl se voit avant tout un atout selon moi pour un administrateur. Ca te permet justement d'automatiser des tâches répétitive, ou de les effectuer plus rapidement.

en bioinformatique, on utilise aussi enormement Perl, tout ce qui est traitement de fichiers plats, données tabulaires et Cie, Perl y a pas plus puissant...

Ok merci, je comprend mieux.
De plus j'ai un pote qui veux etre admin reseau mais ne va pas en cour de prog et là je me rend compte qu'il a bient tord surtout s'il a des taches répétitif.
Bon moi je suis du monde de Php et je me suis légèrement froter avec Perl et sincerement je ne trouve pas cela vraiment difficile en terme de syntaxe il faut juste savoir ou chercher l'info. J'ai jamais mis en doute le faite que le Perl étais un language puissant ça je l'ai toujours su tellement puisssant qu'il ne doit pas etre mis dans des mains de débutant quand il sagit de travailler sur le système directement.
Merci a tous.

alors pour l'anecdote je bosse sur un projet 50% PERL / 50% JAVA, nous on utilise perl pour faire des nombreux remplacements sur des gros fichiers fichiers xml-fo. Et ça marche trop bien

Dans ma bouète, on utilise principalement des scripts Perl. On traite avec un gros SGBD et on fait bcp de transformations de données pour divers formats (txt, xml, html, PDF). On met les BDD à jour en Perl via traitements en batch et plein d'autres trucs.
 
On fait tout grâce à Perl dont l'avantage n° 1 selon moi, c'est la rapidité/facilité avec laquelle on peut coder un programme.

En faite d'apres ce que vous dite c'est surtout utilisé pour des traitements de données

Chez nous, c'est clair qu'on s'en sert pour la manipulation des données. On va même jusqu'à bidouiller du PDF automatiquement via des scripts Perl.
 
Par contre, pour rejoindre ce que tu dis, tous les programmeurs Perl de la boîte (moi y compris) ne l'ont jamais appris en dehors, on s'y est tous mis en l'apprenant sur le tas. C'est pas toujours évident, tout dépend des langages déjà connus.
 
Me concernant, j'avais fait mes premières armes en C, ce fut du gateau de passer du C à Perl.
 
Edit : jé corijé une fote daurtograffe

C'est clair qu'en france Perl est assez mal considéré, mais si tu vas sur http://jobs.perl.org/country/ tu verra que qu'il en est autrement dans d'autres pays comme l'angleterre, les USA, ...
 
Perl permet de faire à peu pres tout, et à ce titre c'est un formidable outil dans n'importe quel projet, meme si ca n'est pas forcement le langage principale. On peu s'en servir pour automatiser certaines taches par exemple.
 
Perl à l'avantage d'etre extremement portable et facile à installer.
En france on s'est arreté à l'image Perl=CGI. D'ailleurs si tu regarde AUCUN hebergeur Francais ne propose mod_perl, alors que tous proposent PHP: pour eux perl c'est CGI, point barre.
 
JE pense que meme si les clients ou employeurs ne demandent pas Perl, tout porgrammeur a interet à connaitre ce langage car c'est une veritable boite à outil qui permet de se sortir en deux coups de cuillere à pot de toutes les situations possibles.
 
 
Dans mon boulot je bosse sur un gros porjet entierement en Perl/C (le coeur est en Perl, et qq parties sont en C), et je t'assure qu'au niveau protuctivité il n'y a pas mieux.

idem chez moi

Qu'est il possible de faire d'autre que du traitement de donnée en perl ?
- Gérer des interface graphique ? (Gtk je crois)
- Gérer les entrées/sorties ?
- ???

 
Pour répondre sur les interfaces graphiques, perl le permet mais d'autres langages s'y prêtent mieux pour l'instant (python pour ne pas le citer). C'est dû à la gestion actuelle de la poo par Perl.

interface graphiques:
 
multiplateformes:
- Tk (le plus rependu, une nouvelle version est en beta)
- GTK 1 et 2
- Prima (un tool kit special Perl pas mal du tout)
- WxWindows (ou plutot wxWidget maintenant)
- TkZinc (un pur tool kit à base de TK avec OpenGL)
 
Sécifique windows: Win32::GUI
 
perso j'utilise Tk et ca marche parfaitement sous windows et Linux, sans aucun changement
 
Pour les entrée sorties ya pas mal de choses aussi
Kans ca devient trop gourmand en ressources on peu utiliser une librairie C (par exemple pour decoder des mpeg, gerer de l'audio, etc...)
 
on peu faire ce k'on veut en Perl, je ne vois pas de limitation speciale...
On peu faire du XML, du traitement de donnée, de l'interface graphique, ...
enfin tout ce que fait un langage koi...
 
Et contrairement à Java Perl ne prétend pas pouvoir tout faire tout seul, et donc on se fera pas chier à utiliser un decoder MPEG en pur Perl si on peu utiliser une librairie C pour le faire 50x plus vite
 
chaica a dit: "C'est dû à la gestion actuelle de la poo par Perl. "
 
Perl a une gestion de l'orienté objet assez permissive, qui fait k'on peu implementer les structures internes de ses objets de multiples facons. Mais ca ne change rien au resultat ou à l'API, c'est plutot une force. Tous les design paterns sont réalisables en Perl.
 
La grosse critique de Perl c'est plutot sa syntaxe que beaucoup trouvent moche et peu lisible. Mais c'est comme pour tous les langages: il suffit de l'apprendre et on s'y fait tres bien

et puis Perl 6 arrive bientot

En gros, pour repondre à la question "Pelr à t il de beaux jours devant lui?"
Je pense que c'est un faux probleme: un langage n'existe pas pour faire joli sur un cachier des charges: c'est un outil. Ceux qui pensent qu'on peut realiser un projet avec un seul outil (un seul langage, ou une seule librairie, ou....) se fourvoient (en cassation)
 
Perl est un outil, comme tous les langages, ca n'est pas une religion ou un argument marketing. Tant que Perl me permettra de réaliser mon travil plus vite, plus facilement, et mieux, je continurais à l'utiliser. Et c'est egalement ce que font beaucoup de programmeurs de part le monde (surtout hors de nos frontieres)
 
Je suis étonné qu'apres que l'economie du Web se soit blindée la gueule comme elle l'a fait on continu à penser de cette facon, et encore une fois ca semble assez specifique à la France.

 
perl si. Parle avec des mongueurs, c'est impressionnant.
 
Personnellement, je ne souhaite que la disparition de perl, afin d'être enfin débarrassé de sa syntaxe en write only et de sa culture regexp imbitable.  
 
L'avantage, c'est qu'il semble en prendre le chemin.

 
 
alors qu'une version 6 sort ?

 
Il y que larry wall qui doit encore s'en servir, alors il continue de s'éclater dans son coin.

 
Je ne suis pas spécialiste mais ça m'étonnerait que la pseudo poo de perl puisse être une "force".

T'as peur k'on te vole ton job ou koi? ou k'on te jette des caillouw dans la rue?
Il me semble que t'es un programmeur Java (me trompe-je?), dans ce cas c'est plutot de C#  que tu devrais avoir peur (et donc etre aggressif) car lui il va vraiment de piquer ton job et t'empecher de payer les mensualité de ton apparte.
 
Les langages de script comme Ruby, Perl, TCL, ou Python n'ont pas la prétention d'etre des langages universels.
 
Quand à la syntaxe c'est vaiment une affaire de gout et d'habitude, mais je prefer largement relire une ligne de Perl que 25 lignes de java qui font la meme chose à grand coup de System.bidule.machin.voilaMaMethod.deMerde(a, b, c, d).
 
De plus les regexps est typiquement le mauvais exemple pour critiquer Perl: c'est Perl qui les a introduit en force dans les langages, et il va encore faire (enormement) evoluer les choses sur ce point avec Perl 6

 
faudrait que tu précises à qui tu parles, parce que si c'est à moi, je ne suis ni programmeur java ni agressif et je programme en autre en python.

 
Il te semble mal.
 

 
Tu as des gouts de chiotte
 

 
Oui, mais les regexp est l'exemple typique de la feature qui donne du code impossible à maintenir, cryptique, et capable d'effets de bords à la con. Alors le définir comme un point fort, tu repasseras.

"Je ne suis pas spécialiste mais ça m'étonnerait que la pseudo poo de perl puisse être une "force""
 
En koi l'OO de Perl serait une "pseudo" OO ?
 
 
Kand je parlais de force je faisais allusion au TIMTOWTDI (there is more than one way to do it): Perl te laisse beaucoup de liberté, et tu peux donc choisir la structure la plus adaptée à ton probleme. Personnellement je suis persuadé (et je l'ai constaté) que dans n'importe quelle situation en programmation, c'est à dire avec un nombre donné de contraites et des objectifs, il y a toujours une methode elegante et vraiment adaptée. En java ou autre langage tres stricte tu n'aura jamais l'opportunité de la trouver: à vrai dire tu n'aura meme pas besoin de reflechir et tu suivra la voix balisé avec de oeilleres. en Perl tu peux utiliser ton cerveau, et meme ton imagination, et tourver LA strucure qui convient le mieux à ton probleme specifique (et qui sera les 3/4 du temps bien plus facilemnt maintenable, par le fait). J'ai plus d'une fois eu l'occasion de m'en apercevoir, et je t'assure que c'est tres agréable. Maintenant si tu bosse dans une usine à coe à implémenter toute la journée des spécifs que d'autres ont pensé pour toi evidement...

kadreg: "Oui, mais les regexp est l'exemple typique de la feature qui donne du code impossible à maintenir, cryptique, et capable d'effets de bords à la con. Alors le définir comme un point fort, tu repasseras."
 
Pour faire la meme chose qu'un regexp il faut X lignes de code "conventionnel", je ne vois pas en koi et comment cela fait du code plus maintenable. Et figure toi meme qu'une regexp peu se commenter instruction par instruction (sur plusieurs ligne)
 
PErl n'est pas un langage adapté au SSII ou le but est de faire travailler une armée de programmeurs debutant dans une meme direction (tracée), mais c'est un formidable outil pour qui estime garder un semblant de liberté

 
Renseigne toi sur comment on code proprement une machine à état, tu y verras plus clair.

et comment crois-tu que marche un moteur regexp?

z'etes lourd... Perl est le meilleur langage pour le traitement de texte, chaine de caracteres, y a pas à dire, j'attend Ruby avec impatience (et sinon j'utilise Python et java et je le vis plutot bien), et franchement je crois que j'utilise pas le 100eme des possibilités de perl, mais j'en ai pas besoin de plus...  
apres les querelles sur Perl, c'est dans le topic des langages, pas ici