Perl fête ses 25 ans

Version imprimable

19/12/2012, 16h48
Hinault Romaric

Perl fête ses 25 ans

Perl fête ses 25 ans
que pensez-vous de l’évolution du langage ?

Perl (Practical Extraction and Report Language) a un quart de siècle cette semaine.

Le langage de programmation dérivé des langages de scripts shell, sed, awk et du langage C avait été lancé en version 1.0 le 18 décembre 1987 par Larry Wall.

Le langage avait été présenté comme une alternative aux utilitaires de traitement de texte Unix Sed et Awk. C’est un an plus tard après la sortie de la version 2.0 que Perl va réellement décoller. En 2000, Perl sort en version 6 et est entièrement réécrit à partir de zéro, tout en conservant ses principes de base.

Le langage interprété est surtout apprécié par les développeurs pour sa souplesse dans le traitement des expressions régulières et la manipulation des fichiers texte.

Bien que Perl ait été largement éclipsé par PHP ou encore Python, il est encore utilisé par un nombre important de développeurs, et figure dans le top 10 du classement des langages de programmation par Tiobe.

En tant que communauté de développeurs, nous saisissons l’occasion pour souhaiter un bon anniversaire à Perl.

Source

Et vous ?

:fleche: Utilisez-vous ou avez-vous utilisé Perl ? Que pensez-vous du langage et de son évolution ?
19/12/2012, 17h58
10000.maniacs

Très bon langage de parsing

Je ne connais pas Python mais pour avoir fait beaucoup de PHP en mode scripting console de commande, j'avoue que PERL reste encore le langage par excellence pour faire du parsing de fichier de texte.
Pour la petite histoire, je me suis mis à PERL que très récemment car j'ai eu pour besoin de parser 2 millions de fichiers de log de quelques méga chacun, extraire une 10aine d'indicateurs en regexp pour chaque fichier, et les enregistrer dans une base de données MySQL (rien de bien compliqué donc !).
J'ai fait un script de traitement en PHP et en PERL, résultat : 2 fois plus rapide en PERL. Après, je suis conscient qu'il faille évidemment pondérer ce résultat car certaines structures de script sont différentes : utilisation de classe en PHP, utilisation de $_ en PERL, etc.
Cela n'a pas de valeur d'exemple mais je trouvais ça assez extra-ordinaire qu'on puisse encore gagner en vitesse de traitement sur un fonctionnel à ce point "juste" à partir d'une différence de langage, surtout de nos jours où les langages de programmation sont de plus en plus optimisés.

Bon anniv PERL !
19/12/2012, 18h10
zephbag

Et les cgi en Perl ?

Bien avant Php, Jsp et consort, les pages dynamiques web étaient créées en Perl pour les serveurs web Apache.
19/12/2012, 23h19
Camille_B

la force de perl ...

La grande force de Perl c'est sa souplesse et son "évolutivité".

Regardez toute la mouvance "Modern Perl" : la plupart des derniers bidules à la mode en matière de programmation sont dispos en Perl. Et que l'on ne me parle pas d'OO, avec Moose, Perl dispose de l'un des systèmes les plus puissants d'OO (avec CLOS).

Sur ce point Perl enterre Python qui est un très bon langage, c'est sûr, mais dont certaines erreurs de conception on conduit à la situation actuelle : obligation de casser sévèrement la rétrocompatibilité pour pouvoir "améliorer" significativement le langage.

Mais Perl a le défaut de ses qualités : parce qu'il n'est pas un LISP, sa souplesse couplée à sa grande expressivité (sigils etc.) conduit à un langage à la syntaxe et à la grammaire de plus en plus complexe. Ici Python gagne, c'est sûr.
20/12/2012, 10h33
GLDavid

Bonjour à tous

En qualité d'ancien responsable de cette section Perl, je me permet un point de vue que j'espère suffisamment objectif concernant Perl.

Voici plus de 12 ans que je connais ce langage. J'ai connu Perl 4, Perl 5.
Ce langage est pour ma part, mon langage de référence lors de l'extraction de données provenant de fichiers. Sa force ? Les regexps, bien sûr, toujours copiées, jamais égalées. Ce lange est aussi très souple d'utilisation.
Toutefois, je n'ai jamais trop aimé l'orienté objet selon Perl. Perl vient du C, et non de C++. La manière dont un objet doit être déclaré et utilisé ne m'a jamais trop parlé.

Maintenant, quel est la situation du langage ? Je pense que Perl est toujours autant utilisé par les puristes, les bioinformaticiens et les administrateurs systèmes. Pour les bioinformaticiens, c'est le langage par définition et d'école. Pour les sys admins, il apporte tout ce que les shell languages ne peuvent apporter.

Et Perl 6 ? Bonne question ? Est-il finalement fini ? Je veux dire, son développement est-il enfin arrivé à maturité ? J'en entends parler depuis 10 ans, et c'est l'équivalent d'un vaporware. La norme reste encore Perl 5 pour de nombreux OS et entreprises.

N'oublions pas également l'adage Perl (sorry in english):

Citation:

Perl is easy to write, hard to read

Et oui, sa souplesse tient à la fois de qualité comme de défaut. D'accord, cela dépend énormément du développeur. Mais le petit jeu du all-in-one-line est plus improductif qu'autre chose.

Même si je reste attaché à Perl, je dois avouer que pour mon travail de tous les jours, je ne m'en sers plus :-( Et c'est le cas dans bon nombre d'entreprises: je vois des gens qui connaissent bien ce langage, mais la vérité de l'entreprise est d'utiliser des frameworks généralistes et portables: Java et .Net en tête. Développerdu Web avec Perl, oui c'est faisable mais avec le bon vieux CGI ou avec des appels Ajax mais cela reste discret, trop confidentiel.

Perl restera utilisé toutefois. Il est idéal pour les débutants et certains coprs de métiers. Si je vois une refonte, ce serait dans l'orienté objet que je n'ai jamais aimé dans Perl 5. Ma connaissance de Perl 6 reste limité, je m'abstiendrais de tout commentaire.

Je ne souhaite qu'une longue vie à Perl.

@++
20/12/2012, 19h43
poum42

Perl, l'objet & le Web

J'adore Perl - je ne suis donc pas objectif - notamment parce qu'il est un (le ?) langage qui s'apparente à une langue: on peut avoir son style mais surtout on peut en faire ce qu'on en veut: maintenable ou pas, objet ou pas, objet avec Moose ou pas ...

Concernant le web avec Perl, je me suis frotté récemment à Mojolicious (mais il y en a d'autre) + DBIx::Class pour la persistence: la lourdeur de Java est loin, et ça vaut largement Play! par exemple...

Enfin, Perl embarque des possibilités de faire du pro, du propre, du maintenable: use strict et du sécurisé (ce que je n'ai pas encore trouvé ailleurs nativement): mode tainted.

Alors, les regexp, oui, la manipulation des fichiers textes, parfois mais plein d'autres choses, un langage vivant, des extensions en pagaille, une philosophie qui en font quelque chose d'unique (mais je ne les connais pas tous) et pas juste un langage de plus.

Mais chacun fait comme il veut: TIMTOWTDI
20/12/2012, 20h01
El Criminal

Bonjour à tous,

Utilisateur de Perl depuis maintenant de nombreuses années, je pense que c'est un langage réellement d'exception. Même si j'annonce dès le début la couleur de mes préférences, je vais aussi essayé de rester le plus objectif possible.

Comme l'a exprimé GLDavid, Perl c'est une histoire, une culture, une manière de faire différente des autres (certes) mais incroyablement efficace et confortable.

Vous avez en Perl toujours plus d'une façon de faire les choses (le fameux TIMTOWTDI). Et les choses que vous pouvez faire sont réellement incroyables. Combien de fois ai-je pu réaliser en quelques lignes (si ce n'est quelques symboles en golfeur invétéré que je suis) ce qui aurait pris plusieurs lignes ou fichiers en C, C++, VB ou en Java...

Sans chercher spécialement à le comparer aux autres langages (il n'y a d'ailleurs rien de spécial à comparer, l'idée n'est pas de savoir quel est le meilleurs langage, mais quel est celui qui me sert le mieux ?), ce langage est l'un des plus performant. N'oublions pas le rôle principal qu'il a tenu (et tien toujours encore, pour partie) dans les bases et les débuts de l'internet moderne tel que nous le connaissons... Perl a toujours bénéficié des dernières technologies en matières de langage de programmation et cela continue encore aujourd'hui.

Je pense que l'on ne peut vraiment parler de Perl sans parler de sa communauté. Cette dernière est toujours à l'écoute de vos problèmes et toujours cordiale quand vous l'êtes vous même. Certes, plus discrète que d'autres (j'ai le souvenir de quelques slogans à ce propos...) elle sait être aussi incroyablement dynamique. C'est bien simple, si un sujet vous intéresse, vous trouverez quelqu'un dans la communauté qui a le même intérêt que vous et avec qui vous pourrez échangé. Cette remarque est valable pour d'autres langages bien sur, mais je reconnais qu'il n'y qu'avec Perl que j'ai connu de tels moments...

Il y a aussi le CPAN, véritable hall à modules qui nous offre des solutions performantes, libres et vérifiées. Le dernier point peut sembler anodin, mais les vérifications sur les modules de Perl dans le CPAN (même le plus modeste des modules) sont importantes et contribuent grandement à la qualité de ces derniers...

Comme l'a précédemment dit GLDavid, Perl n'est pas toujours très rependu en entreprise. C'est vrai, il est difficile d'en définir le pourquoi (autres langages plus populaires ou chaleureux ? Effets de mode ? Exigence de Perl malgré une grande liberté ?...), mais je reconnais que j'utilise dans le cadre de l'entreprise de nombreux scripts, surtout quand je n'ai pas envie "de me prendre la tête à coder des choses compliquer". Perl, c'est la possibilité d'exprimer simplement des choses difficiles...

Sinon, pour l'orienté objet, Perl permet de faire des choses réellement extrêmes et hyper puissantes, après, le tout est de savoir si on en a réellement besoin... Personnellement, je le préfère "nature", sans POO...

Bref, longue vie au Perl. Je ne doute pas un seul instant de son "immortalité".
20/12/2012, 21h10
grim7reaper

Citation:

Envoyé par GLDavid

Maintenant, quel est la situation du langage ? Je pense que Perl est toujours autant utilisé par les puristes, les bioinformaticiens et les administrateurs systèmes. Pour les bioinformaticiens, c'est le langage par définition et d'école. Pour les sys admins, il apporte tout ce que les shell languages ne peuvent apporter.

Pour la bioinformatique, il est vrai que Perl a longtemps régné en maître (grâce à BioPerl).
C’est beaucoup moins vrai maintenant avec Python (et l’excellent BioPython) qui est de plus en plus présent (et certaines formations de bioinformatique pense à remplacer l’apprentissage de Perl par Python).
Après, je n’ai pas de chiffres sur les taux d’utilisation mais je pense que la tendance actuelle est d’aller vers Python (mais Perl reste très présent).

Cela dit, j’ai fait du Perl dans le passé et il m’arrive encore de l’utiliser (pour faire des scripts shell++ ^^), et je l’apprécie vraiment dans ce rôle :)
21/12/2012, 10h22
rimram31

Amusant, j'ai toujours "tourné autour" de Perl sans jamais réellement l'affronter :-) même si j'ai pu dans le passé travailler sur un projet web en Perl. Jusque là, je m'en suis toujours sorti avec du shell, sed et quelques pincées de awk mais à chaque fois avec un pincement, m'apercevant quand le travail a faire était plus important que prévu, de penser a Perl :-)

Par contre un grand merci a tous ces développeurs qui m'ont permis d'avoir des utilitaires systèmes en un simple download de script Perl n'excédant généralement pas deux pages de code. Perl restera pour moi un outil système de l'ordre du couteau suisse comme toute la panoplie de commande Unix permettant de faire en dix lignes et a peine une heure ce qui aurait demandé des jours de travail et quantité de lignes de code avec d'autres technologies.

Je suis d'ailleurs souvent déçu de constater l'ignorance de nouvelles générations de développeurs pour ces techniques les voyant s'embarquer dans des développements complexes là où quelques lignes de script auraient suffit.
21/12/2012, 10h31
powermanga

Bonne anniversaire à Perl.

J'utilise Perl depuis douze ans et je l'utilise toujours aujourd'hui. Je développe surtout des scripts et parfois des applications sous Debian ou Ubuntu. Un peu réticent à ce langage au début, j'avoue que j'ai aujourd'hui du mal à faire sans.

Citation:

Envoyé par GLDavid

Toutefois, je n'ai jamais trop aimé l'orienté objet selon Perl. Perl vient du C, et non de C++. La manière dont un objet doit être déclaré et utilisé ne m'a jamais trop parlé.

Il existe des bibliothèques pour pallier aux lacunes objets du langue, comme Moose ou Moo.

Citation:

Envoyé par GLDavid

Et Perl 6 ? Bonne question ? Est-il finalement fini ?

Et bien d'après ce que j'ai compris la machine virtuelle Parrot est terminée et Rakudo Perl 6, le compilateur pour la machine virtuelle Parrot implémentant les spécifications de Perl 6 est en développement mais est utilisable.

Citation:

Envoyé par GLDavid

La norme reste encore Perl 5 pour de nombreux OS et entreprises.

Il est clair que la norme reste Perl 5. D'ailleurs Perl 6 peut-être vu comme un nouveau langage. Perl 5 reste en développement et les spécifications de Perl 6 ont beaucoup apportés à Perl 5.

Citation:

Envoyé par GLDavid

N'oublions pas également l'adage Perl (sorry in english) : Perl is easy to write, hard to read

Cette citation est un très vieux préjugé sur Perl. Chacun est libre d'écrire du code Perl ou dans un autre langage de façon illisible. Mais il est tout à faire possible d'écrire du code Perl lisible. Lire l'excellent livre « De l'art de programmer en Perl » de Damian Conway, un livre qui a l'objectif de vous aider à écrire un meilleur code Perl au travers de 256 recommandations. L'autre livre que je conseille est « Perl moderne ».

Citation:

Envoyé par GLDavid

Développer du Web avec Perl, oui c'est faisable mais avec le bon vieux CGI ou avec des appels Ajax mais cela reste discret, trop confidentiel.

Encore un vieux préjugé sur Perl, il existe de bons frameworks MVC en Perl comme Perl Catalyst ou Perl Dancer. Pour information CGI est juste une interface utilisée par les serveurs HTTP. D'ailleurs FastCGI est très utilisé encore aujourd'hui sur les serveurs HTTP surtout avec PHP, ce qui généralement améliore les performances.
21/12/2012, 11h50
GLDavid

Citation:

Envoyé par powermanga

J'utilise Perl depuis douze ans ...

Bonjour

Très bien cette réactualisation.
Je constate juste que ce sont des librairies en plus pour améliorer le comportement basique de Perl.

Beaucoup de commentaires très intéressant et 2 points de plus:
1) CPAN. J'oubliais CPAN (comme quoi...). Ce lieu est une mine combinée de diamants et d'or ! Elle est d'une richesse que j'estime comparable à supérieure à l'écosystème Java. Tiens, autant je connais BioPerl, autant faudra que je vois ce que propose CPAN pour la chemoinformatique.
2) La place de Perl par rapport à la concurrence. On a vu dernièrement l'émergence de nouveaux langages de scripts. Je ne m'attarderai pas sur PHP qui est clairement orienté Web. Je parlerai de Python et Ruby. Connaissez-vous IronPython, IronRuby (pour .Net) ou Jython (Python pour Java) ? Pour nombre d'éditeurs, c'est la solution idéal pour rajouter une couche 'script' à des logiciels pro et ajouter facilement de nouveaux plug-ins. Question: et pourquoi ne voit-on pas ceci avec Perl ? La chose est pourtant faisable avec par exemple, PipelinePilot d'Accelrys, qui permet d'écrire des composants aussi bien en Java qu'en Perl. Mais le cas est, de mon point de vue, marginal. Même Accelrys recommande d'écrire les composants en Java.

@++
21/12/2012, 15h23
Freem

Perl...
Je suis d'accord avec certaines parties des posts ici: très bien pour les regex, les scripts systèmes et le traitement de texte (pas pour word, hein ^^).
D'ailleurs, ces 3 points se rejoignent: les outils systèmes manipulent du texte, et les regex sont un outil surpuissant pour manipuler le texte.

Par contre, j'ai essayé, perl.
Quand on arrive, on tombe rapidement sur des explications pour écrire des scripts d'une fonction, plus ou moins sans problèmes.
Par contre, je n'ai pas trouvé, en 2 semaines, comment écrire une satanée fonction, alors une classe...
Et puis soyons honnête, ajouter une librairie pour supporter l'orienté objet, j'ai comme un doute sur le fait que le code résultant soit lisible.

Enfin, pour le préjugé "'oublions pas également l'adage Perl (sorry in english) : Perl is easy to write, hard to read", en tant que développeur qui n'a habituellement pas trop de soucis à lire des langages qu'il ne connaît pas, je dirais que ça n'en est pas un.
Si je devais relire les scripts que j'ai écrits en perl l'an dernier, au cours des 2 semaines de taf ou j'ai voulu essayer, je n'y arriverai pas, et pourtant, j'ai commenté, ce que je ne fais pourtant pas habituellement en C++ (j'utilise énormément de petites fonctions et de classes, et chaque nom est choisi en fonction de ce que ça accompli, du coup, pas besoin de commenter les blocs de 5 lignes pour avoir un code lisible).

Donc, non, ce n'est pas un préjugé, c'est une réalité. Après, c'est sûr, quand on est habitué à en lire, je suppose que ça devient faux pour soi.

Ajoutez à sa syntaxe le fait qu'il n'existe que 3 types, qui sont en fait des variantes de nombre: variable où on peut tout mettre, tableaux où l'on peut mélanger les serviettes et les cochons, et tableaux associatifs du même acabit, et vous aurez les 2 raisons qui font que malgré sa force, je ne m'en servirai pas pour réaliser un programme de plus de 200 lignes.
Je préfère dans ces cas utiliser un langage qui me permet de faire un code qui reste lisible.

Après, perl6, quand je verrai un package dans ma debian, je pense que j'y jetterai un oeil. Mais si ça fait 10 ans que c'est en cours, on peut p'tet attendre la prochaine fin du monde :) (bon, certes, C++ a pas fait beaucoup mieux)

Bon, je critique, mais je ne pense pas moins qu'il s'agit d'un bon outil. Il est juste très spécialisé, et remplit parfaitement l'objectif qui était le sien à sa création: remplacer les scripts shell mêlant sed, awk, grep par un script dans un langage qui évite d'invoquer des outils différents en permanence, gagnant ainsi un temps précieux lors de l'exécution.
Pour du script, perl est très bien. Il est fait pour ça, et ça se sent.
Mais il n'est pas fait pour écrire un IDE, par exemple, ni un navigateur internet, ou un serveur. C'est sûrement possible, c'est sûr...
24/12/2012, 15h11
spidermario

Citation:

Envoyé par Freem

Après, perl6, quand je verrai un package dans ma debian, je pense que j'y jetterai un oeil.

Tu veux dire celui-là ?
24/12/2012, 19h30
Freem

Citation:

Envoyé par spidermario

Tu veux dire celui-là ?

Celui-la même. Merci :)
26/12/2012, 09h17
GLDavid

Citation:

Envoyé par spidermario

Tu veux dire celui-là ?

Bonjour

Je me permet de faire remarquer que ce paquet n'est dispo qu'en 'Still In Development'. Preuve que Perl 6 n'est pas encore mature.

@++
26/12/2012, 13h53
spidermario

Pas encore mature, d’accord, mais c’est un projet très ambitieux et l’avancement est tout de même réel.
26/12/2012, 20h34
homer242

perl, c'est de la merde.
26/12/2012, 23h05
camus3

Citation:

perl, c'est de la merde.

*** c'est de la merde ( remplacez les *** par votre langage favori :aie: )
Mais encore ? à part un troll , l'argumentation est un peu faible...
27/12/2012, 09h37
jfchretien

Comme pour tout langage, les faiblesses de Perl sont aussi ses plus grandes qualités.

N'oublions pas ce cher Tim Towtdi (There Is More Than One Way To Do It)...

Le fait de n'avoir que très peu de types est un avantage certain autant qu'un énorme défaut. Avoir une sémantique qui peut être verbeuse ou très concise (et non pas illisible) également.

L'avantage de Perl, c'est que l'on est pas dirigé dans la façon de réaliser sa programmation. On peut aussi bien réaliser un code verbeux et plus lent à l'exécution (mais très facile à relire) qu'un code concis et très efficace (mais souvent très difficile à relire).

BON ANNIVERSAIRE M. PERL !!!!

Citation:

Envoyé par Freem

Et puis soyons honnête, ajouter une librairie pour supporter l'orienté objet, j'ai comme un doute sur le fait que le code résultant soit lisible.

Plutôt que de douter, regarde et juge :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 package Point; use Moose; # automatically turns on strict and warnings has 'x' => (is => 'rw', isa => 'Int'); has 'y' => (is => 'rw', isa => 'Int'); sub clear { my $self = shift; $self->x(0); $self->y(0); } package Point3D; use Moose; extends 'Point'; has 'z' => (is => 'rw', isa => 'Int'); after 'clear' => sub { my $self = shift; $self->z(0); };

08/03/2013, 17h17
oxyaxion

Perl Rock !
Salut,

J'utilise vraiment activement pour raison professionnel Perl depuis he ... 1 an :mouarf: Donc niveau évolution je ne saurais dire. Je code/script sur divers plateformes ,Linux, AIX, Win32.
Je ne suis pas développeur de métier.
Je trouve sympa l'implémentation de switch dans les dernières versions (mais faut faire gaffe car sur des Unix/Linux un peu vieux on est encore en perl 5.6 donc inconnu).

J'ai fais un peu de Python, beaucoup de bash, pas mal de C.
Je m'en sers pour parser des fichiers, taper des bases Oracle, et des plugins nagios.

Ce que j'aime dans Perl ... hum .. bha que je suis à l'aise avec (je commence à bien comprendre les variables standards), et les regex et je commence juste à bien m'éclater avec les manipulation grep / map + regex sur les tableaux :ccool:
Je ne fais pas / peu de classe mais en revanche je fais de la sub à foison. Je commence à être tellement à l'aise avec que je fous des ; à chaque fin de ligne de mes .sh et que j'ai la vraie flemme d'aller vers quelque chose de plus "haut niveau" comme Python ou Ruby.

J'essaie de faire des script "compréhensible" avec des algo "simples" et pas comme sur les exemple de perl Estimac que je trouve strictement incompréhensible ou sur PerlMonks (haha sérieusement les détracteurs ont raisons c'est illisible j'imagine mal mettre des choses comme ça en production).

En revanche j'adore me référer aux articles des mongueurs parus dans les linux mags que je trouve super clair :
http://articles.mongueurs.net/magazines/

Les appels systèmes très sympa aussi y a trois ou 4 manières de faire.

Niveau CPAN alors wé là y a à boire et à manger, faut faire très très attention.
Autant des modules comme DBI et les drivers Oracle je les trouve formidables c'est de la grosse bombe, c'est super maintenu super puissant super documenté (j'ai réussi à taper une base Oracle juste avec ce module et l'instant client sans tnsname ^^), ça poutre on manipule les sorties comme on le sent.

Autant pour beaucoup d'autre faire faire super gaffe, les trucs plus maintenus depuis 2009 en version >1 etc avec 3 étoiles et 25 bug de déclarés (Ou des modules qui marche sur Unix/Linux (à peu prés) mais pétés de bug sur Win32) Genre les modules SSH2 NET::SSH2 (Gros manque du langage de ne pas gérer des connexion SSH/SFTP nativement je trouve, c'est fort dommage).

Également je reprocherais, les limites sur les manipulations des tableaux, genre soustraire deux tableaux, extraire une info d'un tableau qui n'est pas au début ou à la fin, enfin là on part vite dans des combines "monk" légèrement alambiquées qui pour moi montrent les limites du langage (si les prochaines versions pouvaient améliorer ce côté ça serait cool) parce que faire un (solution trouvée sur ce forum)
Code:

1 2 my %match = map { $_ => 1} @A; my @C = grep { ! $match{$_} } @B;
Pour récupérer la différence entre le tableau A et B, désolé mais c'est légèrement tiré par les cheveux (et pas super compréhensible), faut aimer se faire mal.
Alors que vraisemblablement en ruby : @Tableau3 = @Tableau2 - @Tableau1 ..

Et je m'éclate pas mal aussi avec Inotify2 qui permet d'utiliser des mécanismes du kernel pour effectuer des actions sur surveillance d'un fichier (ça dépote à la nanoseconde).

Pour l'avenir de Perl 5 :
- Manipulation des tableau améliorées
- Plus de modules fournit nativement
- Un vrai MODULE SSH/SFTP solide et stable Linux/Win32 (on est plus en 80 c'est fini telnet / FTP quoi -_-).