=encoding iso-8859-1 =head1 NAME/NOM perlfaq1 - Questions d'ordre général sur Perl =head1 DESCRIPTION Cette section de la FAQ répond aux questions d'ordre général et de haut niveau sur Perl. =head2 Qu'est ce que PerlE? Perl est un langage de programmation de haut niveau avec un héritage éclectique écrit par Larry Wall et un bon millier de développeurs. Il dérive de l'omniprésent langage C et, dans une moindre mesure, de Sed, Awk, du shell Unix et d'au moins une douzaine d'autres langages et outils. Son aisance à manipuler les processus, les fichiers et le texte le rend particulièrement bien adapté aux tâches faisant intervenir le prototypage rapide, les utilitaires système, les outils logiciels, les gestionnaires de tâches, l'accès aux bases de données, la programmation graphique, les réseaux, et la programmation web. Ces points forts en font un langage particulièrement populaire auprès des administrateurs système et des auteurs de scripts CGI, mais l'utilisent également des mathématiciens, des généticiens, des journalistes et même des managers. Et peut être vous aussiE? =head2 Qui supporte PerlE? Qui le développeE? Pourquoi est-il gratuitE? La culture d'origine d'Internet et les croyances profondément ancrées de l'auteur de Perl, Larry Wall, ont donné naissance à la politique de distribution gratuite et ouverte de perl. Perl est soutenu par ses utilisateurs. Le noyau, les bibliothèques standards Perl, les modules optionnels, et la documentation que vous êtes en train de lire ont tous été rédigés par des volontaires. Vous pouvez consulter les notes personnelles à la fin du fichier README de la distribution du code source de Perl pour plus de détails. L'historique des versions de Perl (jusqu'à la 5.005) est disponible iciE: L. En particulier, l'équipe principale de développement (connue sous le nom 'Perl Porters') est une bande hétéroclite d'individus des plus altruistes engagés à faire un logiciel gratuit meilleur que tout ce que vous pourriez trouver dans le commerce. Vous pouvez glaner des informations sur les développements en cours en lisant les archives sur http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/ et http://archive.develooper.com/perl5-porters@perl.org/ ou via la passerelle de news nntp nntp://nntp.perl.org/perl.perl5.porters ou son interface web http://nntp.perl.org/group/perl.perl5.porters ou encore en lisant la faq sur http://simon-cozens.org/writings/p5p-faq. Vous pouvez aussi vous inscrire à la liste de diffusion en envoyant une demande d'inscription à perl5-porters-request@perl.org (un message vide sans sujet suffit). Bien que le projet GNU inclue Perl dans ses distributions, il n'y a pas à proprement parler de "GNU Perl". Perl n'est pas produit ni entretenu par la Free Software Foundation. Les termes de la licence de Perl sont aussi moins restrictifs que ceux de la licence GNU. Vous pouvez obtenir une assistance commerciale pour Perl si vous le souhaitez, mais pour la plupart des utilisateurs, une assistance informelle devrait être largement suffisante. Regardez la réponse à question "Où acheter une version commerciale de perl" pour de plus amples informations. =head2 Quelle version de Perl dois-je utiliserE? (contribution de brian d foy) Tous les goûts sont dans la nature... il n'y a donc pas de réponse à cette question qui puisse convenir à tout le monde. En général, vous voudrez utiliser soit la dernière version stable soit celle qui la précède immédiatement. Actuellement, ce sont respectivement perl5.8.x et perl5.6.x. Après cela, vous devez tout de même considérer plusieurs pour décider au mieux de vos intérêts. =over 4 =item * Si tout marche bien, la mise à jour de perl peut faire que ça ne marche plus (ou au minimum amener de nouveaux avertissements). =item * Les dernières versions de perl bénéficie de plus de corrections de bugs. =item * La communauté Perl fournit de l'aide plutôt pour les versions les plus récentes, il vous sera donc plus facile de vous faire aider avec ces versions. =item * Les versions antérieures à perl5.004 présentent de très sérieux problèmes de sécurité comme des dépassements de tampons et font l'objet de plusieurs avertissements du CERT (par exemple, http://www.cert.org/advisories/CA-1997-17.html). =item * Les toutes dernières versions sont sans aucun doute les moins déployées et testées donc, si vous n'aimez pas prendre de risques, vous pouvez attendre quelques mois après leur sortie afin de voir les problèmes rencontrés par les autres. =item * L'avant-dernière version (actuellement perl5.6.x) est habituellement maintenue assez longtemps, bien qu'elle ne soit pas au même niveau que la version courante. =item * Personne ne met à jour perl4.x. Il y a cinq ans, c'était déjà une simple carcasse de chameau mort. Maintenant, ce n'est même plus un squelette et ses os d'un blanc immaculé s'érodent et tombent en miettes. =item * perl6.x ne verra pas le jour tout de suite. Restez attentif mais ne craignez pas d'avoir à changer de versions majeures de Perl avant un moment (NdT: pas avant fin 2006). =item * Il existe deux pistes parallèles de développement de perlE: une piste pour les versions de maintenance et une piste pour les versions expérimentales. Les versions de maintenance sont stables et leur numéro de version mineur est paire (par exemple perl5.8.x où 8 est le numéro de version mineur). Les versions expérimentales peuvent inclure des fonctionnalités qui ne sont pas dans les versions stables et leur numéro de version mineur est impair (par exemple perl5.9.x où 9 est le numéro de version mineur). =back =head2 Qu'est-ce que veut dire perl4, perl5 ou perl6E? (contribution de brian d foy) Pour faire court, perl4 est le passé, perl5 est le présent et perl6 est le futur. Le numéro après perl (le 5 dans perl5) est le numéro de version majeur de l'interpréteur perl ainsi que la version du langage. Chaque version majeure possède des différences significatives que les versions antérieures ne peuvent pas supporter. La version majeure courante de Perl est perl5 et date de 1994. Elle peut exécuter des scripts de la version majeure précédente (perl4 qui date de mars 1991 mais a des différences importantes. Elle introduit le concepte de références, les structures de données complexes et les modules. L'interpréteur perl5 est une réécriture complète des sources perl précédents. Perl6 est la prochaine version majeure de Perl mais il est encore en développement tant du point de vue de sa syntaxe que du point de vue des choix de conception. Le travail a commencé en 2002 et est encore en cours. La plupart des nouvelles fonctionnalités sont apparues dans les dernières versions de perl5 et certains modules perl5 vous permettent même d'utiliser quelques éléments de la syntaxe perl6 dans vos programmes. Vous pouvez en apprendre plus sur http://dev.perl.org/perl6/ . Voir L pour un historique des révisions de Perl. =head2 Qu'est-ce que PonieE? Lors de la convention O'Reilly Open Source Software en 2003, Artur Bergman, Fotango et la Fondation Perl ont annoncé un projet nommé Ponie dont le but est de faire tourner perl5 sur la machine virtuelle Parrot. Ponie signifie Perl On New Internal Engine (Perl sur le nouveau moteur). L'implémentation du langage Perl 5.10 sera utilisée pour Ponie et il n'y aura aucune différence de langage entre perl5 et ponie. Ponie n'est pas une réécriture complète de perl5. =head2 Qu'est-ce que perl6E? Lors de la seconde convention O'Reilly Open Source Software, Larry Wall a annoncé que le développement de Perl6 allait commencé. Perl6 avait parfois été utilisé pour désigner le projet Topaz de Chip Salzenberg visant à réécrire Perl en C++. Ce projet, bien qu'ayant fourni des apports non négligeables pour la prochaine version de Perl et de son implémentation, est maintenant abandonné. Si vous voulez en savoir plus sur Perl6 ou si vous souhaiter aider à améliorer Perl, allez sur la page des développeurs de Perl6 http://dev.perl.org/perl6/ . Il n'y a pas encore de date prévue pour Perl6 et même après sa sortie, Perl5 restera encore longtemps maintenu. N'attendez donc pas Perl6 pour faire ce que vous devez faire. "Sérieusement, nous réinventons tout ce qui doit être réinventé." -- Larry Wall =head2 Est-ce que Perl est stableE? Les nouvelles versions produites, qui incluent des corrections de bugs et de nouvelles fonctionnalités, sont amplement testées avant d'être distribuées. Depuis la version 5.000, on compte en moyenne une version par an. Larry et l'équipe de développement Perl font occasionnellement des changements dans le noyau interne du langage, mais tous les efforts possibles sont déployés pour assurer la compatibilité descendante. Bien que quelques scripts perl4 ne tournent pas impeccablement sous perl5, une mise à jour de perl ne devrait presque jamais invalider un programme écrit pour une version plus ancienne. (exception faite des corrections de bugs accidentels et des rares nouveaux mots réservés). =head2 Est-il difficile d'apprendre PerlE? Non, il est facile de débuter et même de continuer l'apprentissage de Perl. Il ressemble à la plupart des langages de programmation que vous avez probablement rencontrésE; aussi, si vous avez déjà écrit un programme en C, un script awk, un script shell ou même un programme en BASIC, vous avez déjà fait une partie du chemin. La plupart des tâches ne requiert qu'un petit sous-ensemble du langage Perl. Une des idées phares en matière de développement Perl estE: "Il y a plus d'une façon de procéder". La courbe d'apprentissage de Perl est étroite (facile à apprendre) et longue (il y a beaucoup de choses faisables si vous le voulez réellement). Enfin, puisque Perl est souvent (mais pas toujours, et certainement pas par définition) un langage interprété, vous pouvez écrire vos programmes et les tester sans phase intermédiaire de compilation, vous permettant ainsi d'expérimenter et de déboguer/tester rapidement et facilement. Cette facilité d'expérimentation aplatit encore plus sa courbe d'apprentissage. Les choses qui facilitent l'apprentissage de Perl sontE: l'expérience d'Unix, quasiment n'importe quelle expérience de la programmation, une compréhension des expressions rationnelles, et la capacité de comprendre le code des autres. S'il y a quelque chose que vous avez besoin de faire, elle a probablement été déjà faite, et un exemple fonctionnant est généralement disponible gratuitement. N'oubliez pas non plus les modules perl. Ils sont abordés dans la partie 3 de cette FAQ, et avec le CPAN dans la partie 2. =head2 Est-ce que Perl tient la comparaison avec d'autres langages comme Java, Python, REXX, Scheme ou TclE? Oui pour certains domaines, moins pour d'autres. Définir précisément dans quels domaines Perl est bon ou mauvais est souvent une question de choix personnel, et poser cette question sur Usenet risque fortement de déclencher un débat houleux et stérile. La meilleure chose à faire est certainement d'essayer d'écrire le code équivalent dans plusieurs langages pour accomplir un ensemble de tâches. Ces langages ont leurs propres newgroups dans lesquels vous pouvez en apprendre plus (et non, espérons le, vous disputer) sur eux. Des comparatifs se trouvent sur http://www.perl.com/do©FMTEYEWTK/versus/ si vous ne pouvez vraiment pas vous en passer. =head2 Que puis-je faire avec PerlE? Perl est suffisamment souple et extensible pour que vous puissiez l'employer virtuellement pour tout type de tâche, du traitement de fichier ligne par ligne à des grands systèmes élaborés. Pour de nombreuses personnes, Perl remplace avantageusement les outils existants pour les scripts shell. Pour d'autres, c'est un substitut efficace et de haut niveau pour tout ce qu'ils programmeraient en langage de bas niveau comme C ou C++. En définitive c'est à vous (et certainement à votre direction...) de voir pour quelles tâches vous allez utiliser Perl ou non. Si vous avez une bibliothèque fournissant une API, vous pouvez en rendre n'importe quel composant disponible comme une fonction ou une variable Perl supplémentaire en utilisant une extension Perl écrite en C ou C++, et dynamiquement liée dans votre interprêteur perl principal. À l'opposé, vous pouvez également écrire votre programme principal en C/C++, et ensuite lier du code Perl au vol pour créer une puissante application. Voir L. Ceci dit, il y aura toujours des langages dédiés à une classe de problèmes qui sont tout simplement plus pratiques. Perl essaye d'être tout à la fois pour tout le monde, mais rien de précis pour personne. Les exemples de langages spécialisés qui viennent à l'esprit comptent prolog et matlab. =head2 Quand ne devrais-je pas programmer en PerlE? Quand votre patron vous l'interdit - mais envisagez de lui trouver un remplaçant :-) En fait, une bonne raison pour ne pas utiliser Perl est d'avoir une application déjà existante écrite dans un autre langage qui est toute faite (et bien faite), ou si vous avez une application conçue pour une tâche spécifique dans un langage particulier (i.e. prolog, make) Pour des raisons variées, Perl n'est probablement pas bien adapté pour des systèmes embarqués temps-réel, des développements systèmes de bas niveau, des travaux comme des pilotes de périphérique ou du code à commutation de contexte, des applications parallèles complexes en mémoire partagée, ou des applications très grandes. Vous remarquerez que perl n'est pas lui-même écrit en Perl. Le nouveau compilateur Perl de code natif peut éventuellement réduire ces limitations jusqu'à un certain degré, mais comprenez que Perl reste fondamentalement un langage à typage dynamique, et non à typage statique. On ne vous en voudra pas si vous ne lui faites pas confiance pour un code de centrale nucléaire ou de contrôle de chirurgie cérébrale. Larry en dormira d'autant mieux - en ne tenant pas compte des programmes de Wall Street. :-) =head2 Quelle est la différence entre "perl" et "Perl"E? Un bit. Ah, mais vous ne parliez pas de codes ASCIIE? :-) Larry emploie le terme "Perl" pour désigner le langage en lui même, tandis que "perl" désigne son implémentation, c'est-à-dire l'interpréteur actuel. D'où la boutade de TomE: "Rien d'autre que perl ne peut analyser Perl". Vous pouvez ou non choisir de suivre cet usage. Le parallèlisme implique par exemple que "awk et perl" et "Python et Perl" ont l'air correct, tandis que "awk et Perl" ou "Python et perl" ne le sont pas. Mais n'écrivez jamais "PERL" parce que perl n'est pas un acronyme, si l'on ne tient pas compte du folklore apocryphe ni des expansions a posteriori. =head2 Parle-t-on de programme Perl ou de script PerlE? Larry ne s'en soucie pas vraiment. Il dit (à moitié pour rire) qu'un "script est ce que l'on donne aux acteurs. Un programme est ce que vous donnez à l'audience." Originellement, un script était une séquence en boîte de commandes interactives normales, c'est-à-dire un script de chat. Une chose telle qu'un script de chat UUCP ou PPP ou un script expect est plutôt conforme à cette description, tout comme les scripts de configuration exécutés par un programme lors de son lancement, comme F<.cshrc> ou F<.ircrc>, par exemple. Les scripts de chat étaient juste des pilotes pour des programmes existants, et non pas des programmes indépendants. Un scientifique de l'informatique expliquera convenablement que tous les programmes sont interprétés, et que la seule question qui se pose est à quel niveau. Mais si vous posez cette question à quelqu'un d'autre, il pourra vous dire qu'un I a été compilé une seule fois pour devenir du code machine physique, et peut alors être exécuté plusieurs fois, tandis qu'un I