salut a tous,
voila j'aimerai savoir un peu quelles utilisations avez-vous de perl ?
quel genre de scripts codez-vous?
c'est juste pour information :)
@++++
Version imprimable
salut a tous,
voila j'aimerai savoir un peu quelles utilisations avez-vous de perl ?
quel genre de scripts codez-vous?
c'est juste pour information :)
@++++
Pour ma part, du CGI et un chouilla d'applicatifs.
> Transformation de factures sous format PDF en format CSV
> Traitement de logs
> Scripts d'interfacage avec des applis (InfoVista)
> Traitement divers de fichiers (concaténation, splittage,...)
> etc.
- applications WEB (avec mod_perl);
- génération des rapports avec MS Office;
- tâches d'administration;
- traîtement de fichiers.
->parsing de fichiers texte
->interfacage avec une base de donnees
->bidouilles diverses en ligne de commandes et ch'tits scripts utiles
Tout ce qui traite du texte...
Principalement traitement bioinfo, seq, fichier bio... Bioperl...
C'est vaste.
Bonjour,
Utilisation perso : applications WEB diverses, librairies diverses.
Professionelle : Essentiellement du traitement et de l'analyse de fichiers textes.
A+
application pro: traitement fichiers texte, sript d'automatisation de taches, interfacages entre differents outils, appli web, création d'outil(petit logiciel) etc....
voilà a pplus
:wink: :wink: :wink: :wink:
je ne vais pas être original :)
:arrow: appli Web
:arrow: traitement de fichiers de texte (parsing de logs...)
De mon côté :
:arrow: dialoguer avec un SGBD pour création d'enregistrements, consultation, mise à jour
:arrow: extraire des infos dans des fichiers txt
:arrow: générer du HTML, SGML, TXT, XML, PDF
:arrow: faire un jeu
tiens moi pour ma part
=> scripts ki me facilitent la vie sous linux
sinon je ne sias pas trop quoi coder mais ca viendra ;)
Dès lors que tu auras besoin d'automatiser quelque chose, de parser à toutes les sauces n'importe quel fichier ASCII ou XML, tu feras appel à Perl. On n'en devient très vite accro ! La preuve avec votre serviteur ;)
@ ++
Mouais mais oubli pas la coherence du C :D, c'est tres dur apres de revenir à un langage peu permissif... :roll:
Le C impose une certaine rigueur qu'on n'est pas obligé d'avoir avec Perl.
Ceci dit, coder en Perl peut vite s'avérer obscur si quelqu'un passe derrière vous pour la maintenance du code :lol:
Comme on dit, nous les Perlistes :wink: : TIMTOWDI !!!
There Is More Than One Way To Do It
Le seul truc, lorsqu'on doit maintenir du code dont on n'est pas l'auteur, c'est de connaître les routes empruntées par le créateur... Il m'arrive souvent d'avoir du code à faire évoluer et... C'est pas gagné ! :mrgreen:
Pour moi, c'est :
1- Parsing/Scoring de Logs Counter-Strike/Day of Defeat
2- Petits scripts d'admin de mes serveurs
3- Essayage de tout un tas de bétises (pas mal pour faire des "proof of concept" !! On sait très vite si une approche est viable ou si l'on va droit dans le mur).
4- J'aurai voulu faire du CGI, mais mon hébergeur ne veut plus de PERL :cry:
Voila voila
Salut pour ma part
c'est pour faire un framework de test.
:arrow: parsing de fichier de log
:arrow: demarrer/synchroniser des process
Donc c'est une couche de scripting au dessus d'executable mais qui me permet d'effectuer un certain nombre de scenario de test et de valider les resultats par des diff et autres pattern matching
Rien de bien monstrueux :lol:
moi j'ai commencé perl y'a pas longtemps.
pour le moment je m'en sert pour :
- faire des scripts de flémard pour xchat
- faire des scripts de flémards sous linux
- faire des trucs à la con que j'ai la flème de faire de tête (calculs redondants par exemples)
- faire un peu tout et n'importe quoi vu que c'est le langage le plus simple à utiliser et le plus rapide avec lequel je sais programmer (php, javascript et les autres langages web son pas adaptés à tout)
par contre le fais pas de CGI, je préfère php pour le traitement web.
edit : une faute de frappe :)
moi je m'en sers classique :
- applis web avec MySql et/ou fichiers textes
- outils pour surveiller des Aix (espaces disques, microcodes, etc...)
***** Update *****
Histoire de rajouter qq exemples de l'usage que je fais de Perl :
- test en masse d'adresses IP (afin de normaliser l'adressage des divers brins du réseau d'entreprise lorsqu'il faut rajouter de serveurs)
- check des logs des serveurs Domino pour avoir des remontées triées (parce que 26 serveurs distants ca rame quand on se les tape à la main !)
- meta moteur de recherche
@+
Mr6
Moi j'utilise le perl pour :
- une appli de monitoring réseau (RRD Tools)
- Génération de rapport : traitement de logs et rapport sous Excel
- Petit Script divers : gestion de fichiers, renommer, et inscrire ensuite les info dans mes MP3 automatiquement
- des interfaces web en CGI pour plein de choses
Ma petite pierre à l'édifice,
Perl m'a servi, me sert et me servira pour :
- traitement de fichier texte (analyse, parsing, affichage)
- gestion de bases de données (postgresql, mysql, oracle)
- interface web (cgi), création, manipulation d'image.
- bref automatisation de tout ce qui a été cité ci-dessus.
Il existe une multitude de modules permettant d'effectuer x choses:
- creation, parsing de fichiers xml (dom, sax)
- creation et parsing de fichiers pdf, excel, html, ...
- travail sur reseau (ftp, socket, etc)
- administration réseau, etc
Bref perl est tres interessant comme langage et facile et agreable d'utilisation losrque les regles de bases de programmation sont respectées d'où la rigueur exigée (indentation, espace, commentaires, etc)
. Il interagit aussi bien pour le traitement de données biologiques (banques de données bio). Il existe aussi bioperl. Bref y en a pour tous les gouts (même pour les accros de programmation objet). Voilà,
A qui le prochain tour!!! :ccool:
J'ai l'impression qu'il y a une rivalité entre perl et python... Quelles choses peut on faire par rapport à Python ? (je ne crée pas un nouveau sujet là dessus, vu que ça reste un peu dans la même veine...)
Moi perl c'est pour faire mon site web , automatiser certaines tache , faire des taches d'administration réseaux , et faire le ménage dans Windows (il sert a vider mes caches etc ...)
Et des délires
Perso :
Interaction avec MySQL (lecture écriture)
Interface avec GTK2-Perl pour faire diverses applications en mode graphique
Je l'utilise pour un seul usage :
Le parsing de fichier de log ou plus généralement le traitement de fichiers de log.
Parce que awk et sed .... Pouaaah
A mon tour :
* Gestion de mes MP3
* Serveur de streaming audio
* Bots IRC
* Analyse de logs
* Moteur de recherche FTP
* Partie soft d'une station meteo
* Tout un tas de scripts divers que je pourrais faire en bash
* etc ...
:mrgreen:
Tout
Bonsoir à tous !
Voilà je suis en deuxieme année de DUT Info et j'ai un projet à realiser en Perl. Le projet est libre donc je viens vous consulter pour me donner des idées ! Ce doit etre un projet tout de meme consequent puisqu'à realiser sur 4 mois (tout en suivant les cours ds le mm temps) mais qui reste de niveau DUT.
Le prof nous a donné qq idées : blog, wiki ou plugin pour Gimp.
Mais ca ne me tente pas trop.
En fait j'aimerai trouver qq chose qui fait appel au base de données et puis peut-etre qui puisse s'utiliser en réseau. (je ne veux pas faire un jeu !).
Voilà merci d'avance pour votre aide, à vos claviers !
Bonjour,
- CGI pour reporting et délégation de tâches systèmes
- data munging
- monitoring MS SQL Server
- centralisation et analyse de log avec ouverture de ticket d'incident de prod
- monitoring système NT
- gestion de comptes / droits NTFS
Des scripts pour des traitements de données financières.
Le gros avantage c'est qu'il n'y pas besoin de recompiler à chaque modif
Perso:
- Traitement de logs
- Surveillance de Webs
- diffusion de fichiers
- Supervision
- Facturation
- Archivage en base de donnees
- Gestion du développement
- Nettoyage des systèmes et bases de données
- ...
- Me brosser les dents le matin (enfin, je suis en train d'écrire le module) ;)
Pour la bioinfo:
-recherche dans des bases de données
-modification des formats des séquences ADN
mais surtout:
-pipeline (prendre des séquences les balancer dans un logiciel, recherché des données dans le output du premier pour pouvoir le lancer dans un autre logiciel etc...)
et aussi au début pour dire bonjour...
bonjour,
projet de stage : lire des fichiers xml, extraire les données, traiter les données, les injecter dans une base de données. ou dans le meme genre : lire des fichiers textes, extraire les données, traiter les données, afficher les données en html.
Tu as une vision bien étriquée de Perl si tu peux le remplacer par Sed.... C'est parfaitement incomparable et pour faire les même choses, la version Perl est nettement plus lisible (je ne parle pas ici des unilignes où l'on se contente de faire une recherche ou un remplacement sans calcul, utiliser Perl dans ce cas est une aberration).Citation:
Envoyé par Gnux
Il y a de grosses applications écrites en Perl et qui continuent à être maintenues. Il est vrai qu'on peut écrire du code horrible en Perl plus facilement que dans certains autres langages (quoique PHP...) mais ce n'est pas une fatalité, et avec très peu d'effort on obtient un code parfaitement lisible et maintenable, c'est une question de bonnes pratiques. Le langage en lui même est très expressif et dispose d'un très large choix de librairies sur le CPAN.
Tu te plains des regexps de Perl, mais tous les langages ont copié sur Perl pour leur bibliothèques de regexps (et ont inventé très peu de nouveautés)... Plains-toi des regexps si tu veux, mais dans ce cas ne crois pas que Perl soit un cas particulier.
(quant à ton 'Perl est à la mode'... je n'avais pas cette impression pour ma part : il y a bien moins de hype autour de Perl que de Ruby ou même Python, sans parler de Java ou .NET. Je pense plutôt que tu voulais dire que Perl était mieux connu que Sed, non ?)
--
Jedaï
Recherche/Remplacement sans calcul sont le fond de commerce de mon boulot. Et dans ce cadre je trouve sed plus "handy" que Perl.Citation:
Envoyé par Jedai
Mais à quel cout? Qd je vois que urpmi, par exemple, doit être maintenu par un pumpkin pour voguer...Citation:
Il y a de grosses applications écrites en Perl et qui continuent à être maintenues. Il est vrai qu'on peut écrire du code horrible en Perl plus facilement que dans certains autres langages (quoique PHP...) mais ce n'est pas une fatalité, et avec très peu d'effort on obtient un code parfaitement lisible et maintenable, c'est une question de bonnes pratiques. Le langage en lui même est très expressif et dispose d'un très large choix de librairies sur le CPAN.
Effectivement :)Citation:
(quant à ton 'Perl est à la mode'... je n'avais pas cette impression pour ma part : il y a bien moins de hype autour de Perl que de Ruby ou même Python, sans parler de Java ou .NET. Je pense plutôt que tu voulais dire que Perl était mieux connu que Sed, non ?)
--
Jedaï
?? Mais Urpmi est un gros programme indispensable à Mandriva (et un assez bon gestionnaire de paquetage), en quoi est-ce donc choquant qu'une personne doivent le maintenir ? En quoi le fait qu'il soit écrit en un autre langage aurait-il évité cela ?Citation:
Envoyé par Gnux
--
Jedaï
Ce qui est choquant? C'est que c'est la seule personne qui peut le faire...:roll:Citation:
Envoyé par Jedai
tu a appris le perl dans une optique quick and dirty, à la perl 4, mais ca ne veut pas dire pour autant que c'est la suele chose que perl soit capable de faire.
Une chose est sure: on peut mettre un mauvais programmeur sur du java et esperer en sortir qqchose d'utilisable (genre SSII) alors que c'est impossible en perl. Pour bien programmer en perl il faut savoir ce que l'on fait. C'est un langage qui offre plus de libertées, et donc forcement plus de possibilités de faire n'importequoi. Mais cette libertée apporte aussi une grande expressivité, et la possibilité de resoudre de nombreux problemes d'une maniere vraiment naturelle: on adapte le langage au probleme et non l'inverse.
Du bon code perl sera bien plus maintenable que du java, car plus court, plus concis, et plus concentré sur la logique metier.
Evidemment pour ca il faut quelqu'un qui sache coder en perl, et pas simplement un debutant qui crois que perl = CGI et qui ne sais pas ce que veut dire "use strict".
Donc oui perl 5 est tres efficace pour faire du quick and dirty et presque n'importe qui sachant faire un if peut coder ce genre de truc en perl. Tout comme n'importe qui peut conduire une ferrarie mais se crachera dans le mur à la premiere occasion.
En gros, le fait que tu fasse du quick and dirty ne veut pas dire que c'est tout ce que l'on soit capable de faire avec ce langage. Ne le reduit pas à ce que tu sais (ou crois savoir) en faire.
Tout à fait d'accord avec Pospos :ccool:
Il m'arrive de faire du code Perl jetable pour des besoins bien précis dont je sais qu'ils n'apparaîtront qu'une fois. Là, clair que mon code n'est ni commenté, ni joli à voir. Il est fonctionnel et fait ce que je lui demande, c'est le principal.
Et à côté, je fais de gros scripts à usage personnel ou professionnel et là, je fais en sorte d'être le plus clair possible et de commenter au maximum.
Le tout, c'est de ne pas rester sur le quick'n dirty. Oui, Perl sait très bien faire ce genre de code mais il sait tellement faire plus. Faut juste savoir s'y pencher un peu :)
Je l'utilise essentiellement pour accéder à des bases Oracle sous forme de scripts lancés "manuellement" ou via des forms Oracle, pour enrichir des fichiers Excel ou csv.