Reprise du message précédent :
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

 
Je sais très bien comment marche un moteur de regexp, merci. Mais pourquoi utiliser une machinbe à état paramétrable lorsque l'on peut s'en faire une correspondant à notre besoin, et donc plus simple ?

je pense qu'il veut dire qu'une regexp c illisible...
 
ou alors, comme on le voit, t'a 15 lignes de commentaires en clair qui disent ce que ca fait, et une ligne de regexp...
 
pis il a raison sur les effets de bords : c très chaud d'etre certain que tu as tout les cas requis, et uniquement les cas requis sur des expressiosn complexes...
 
maintenant c super pratique pour faire du tri évoluer sur du texte..

 
J'ai suffisament codé pour te dire que malheureusement, quand tu as un placard de commentaire, le code en dessous à été modifié depuis ledit commentaire et il ne correspond plus.
 

tout est affaire de choix, et Perl te le laisse. Tu peux meme faire ton parseur en C et l'inliner dans ton code Perl.
 
Si tu ne veux pas utiliser de regexp ca n'est pas Perl qui te forcera, et d'ailleurs tu peux tres bien utiliser une syntaxe quasiment totalement identique au C (mis à part les $ evidemment)
 

"J'ai suffisament codé pour te dire que malheureusement, quand tu as un placard de commentaire, le code en dessous à été modifié depuis ledit commentaire et il ne correspond plus. "
 
Justement tu peux commenter ta regexp instruction par instruction, en l'etalant sur plusieurs lignes
 
par exemple:

j'ai jamais vu ca en perl, c'est quand même plus souvent  

et sans commentaire, et d'ailleurs c'est ce que je fais () avec un commenatire au dessus disant ce que la regexp est censé faire, c'est tout

pospos> tu pourrais apprendre à quoter correctement? Ce serait plus clair et lisible pour tout le monde

 
Il laisse justement trop le choix pour que ce soit un choix raisonnable en entreprise.
 
Ada powah

 
Mais non. Le meilleur langage de programmation toutes catégories confondues, c'est le C. Les programmeurs Perl vont d'ailleurs bientôt être tous exterminés par l'armée de programmeurs C extraterrestres qui viennent pour envahir cette planète et faire en sorte que ça code enfin correctement.
 
edit: bordel!

 
Pour l'instant, ils sont au chomage

Syntaxiquement j'adore le bordel du perl.

 
Oui bon hein ça va! D'ailleurs, si les feignasses du gouvernement n'avaient pas changé le régime du chômage, je toucherais encore mes 2500? par mois à gober les mouches. Ca fait une raison de plus pour exterminer la vermine perlée qui nous vole de manière totalement éhontée nos emplois.

 
pour les comparaisons de langages c'est par là :
http://forum.hardware.fr/forum2.ph [...] post=31321

 
Euhhh, c'était juste une farce.

 
l'humour, c'est mieux quand c'est drôle

 
Le français, c'est mieux quand on le comprend. Vous me copierez cent fois la définition du mot blague et cent fois la définition du mot farce pour la peine.

désolé pour les quotes, j'etais en reponse rapide et je me reppelais plus des balises de quotes sur ce forum...
 
Pour en revenir à la question initiale, l'avenir de perl est bien evidement Perl6 (et Parrot, la machine virtuelle qui le fera tourner), mais pour ce qui est du présent et du futur proche de perl, il n'y a qu'a regarder CPAN, la biblioteque à modules de Perl :
 
au moins 20 modules nouveaux ou mis à jour chaque jour (http://search.cpan.org/recent), et plus de 6000 modules en tout (http://www.cpan.org/modules/01modules.index.html)
 
ces modules sont la preuve de la vigueur de la communauté Perl. Pour chaque probleme qu'on rencontre on arrive à trouver un module qui va bien.

la richesse amène la noyade des fois...
 
regarde le CTAN de tex...y'a un bordel monstre, on s'y retrouve plus...

Dans CPAN les namespaces sont assez clairs
voila par exemple les modules classés par catégories:
http://search.cpan.org/
 
le seul défaut de CPAN est la lenteur et le manque de pertinance de son moteur de recherche, mais à part ca je te garanti qu'on trouve toujours son bonheure

 
J'ai chercher des modules de mapping de métamodèle basé sur le MOF, j'ai rien trouvé

alors on a pas la meme conception du bonheure, voila tout

Perso, j'utilise le Perl pour des opérations simples, je ne fais rien de complexe mais ca le serait peut-être avec un autre langage.
J'ai déja programé en C et en Java, le Java est bcp trop lourd pour les tâches que je fais et le C, mes connaissance sont plutot basiques et je ne l'ai jamais utilisé dans une optique "réseaux". Si qqun veut me convaincre de m'y remettre, je demande a voir le code d'une des opérations si dessous:
 
ex: redemarer a distance un service sur des machines NT qui correspondent a certains noms de machine une fois semaine à heure fixe.
 
autre ex: je me connecte sur une liste de page web (https et https) via un proxy et je fais des GET pour voir si mes pages sont accessibles.
 
un autre ex: checker un range d'adresse de machine, pour voir si certaines machines en particulier existent, si elles existent je map un de leur drive sur lequel je sais que ce trouvera une DB, je crée un lien odbc et j'effectue des requete sur une des tables de la bd pour avoir les résultat dans une DB locale.
 

 
Si jamais tu veux essayer qqchose de nouveau et orienté objet avec la même puissance que perl, le python est fait pour toi.

J'ai pas vraiment besoin d'orienté objet pour le moment, c'est betement du batch un peu plus évolué mais merci de la suggestion.

 
C'était juste au cas où

 
 
Faux !! En ce qui concerne outils de supervision, productions d'accès réseaux, y'a des boites qui n'utilisent quasiment exclusivement que ça !! Du genre : France Telecom>Equant (présence internationale...)

Mais au faite ! qui est derriere Perl ?

la Perl Foundation
 
http://www.perl.org/