Discussion :

[Madmac]

J'ignore si vous connaissez ce site:

http://pleac.sourceforge.net/pleac_perl/index.html

Il s'agit d'un recueil de snipplet assez complet. Malheureusement entièrement en anglais. Je suis en train d'entreprendre la traduction de la version Ruby de ce projet qui elle n'est pas complète. Malheureusement ces snipplets ne sont pas très bien documenté. J'imagine que lorsque que l'on connait le language, leurs sens deviennent évident....

Si quelqu'un voudrait entreprendre de faire une version française de ce site pleac_perl en le documentant un peu plus, ce serait une addition intéressante pour développez.com.

Et pour moi, cela me donnerai la possibilté de pouvoir complété les snipplets manquant, sachant ce qu'ils font ....

En tous cas, c'est un site à connaître pour les utilisateurs de Perl

[GLDavid]

Bonjour

Cette initiative est très intéressante et je te remercie de la mentionner.
Je place donc ce thread en post-its.
Que les volontaires se désignent et indiquent dans ce threads leurs avancées.
L'équipe publiera de facto votre travail.

@++

[djibril]

Que ceux qui ont du temps n'hésite pas à se prononcer
Merci

[lami20j]

Salut,

J'ignore si vous connaissez ce site:

http://pleac.sourceforge.net/pleac_perl/index.html

Malheureusement entièrement en anglais.
En tous cas, c'est un site à connaître pour les utilisateurs de Perl

Je pense qu'on peut dire la même chose pour ce site :
http://www.unix.org.ua/orelly/perl/index.htm

C'est vrai que ne sont pas les plus récentes éditions , mais on peut toujours s'en servir . Merci.

lami20j

[GLDavid]

Salut, Je pense qu'on peut dire la même chose pour ce site :
http://www.unix.org.ua/orelly/perl/index.htm

C'est vrai que ne sont pas les plus récentes éditions , mais on peut toujours s'en servir . Merci.

lami20j

Pour répondre à cela, nous sommes en train de monter la section Livres consacrée au langage Perl.
Nous vous tiendrons informés de l'ouverture de cette section.

@++

[pospos]

Les scripts de pleac n'utilisent ni strict ni warnings. les vairables sont toutes globales, ca pique les yeux. Je ne pense pas que ce soit un bon exemple. De plus à mon avis mieux vaut tirer partie de la force de perl: CPAN (10 000 modules!).
A mon avis un livre de recette montrant quel module utiliser pour chaque probleme (et les quels eviter eventuellement) serait plus utile.
Un code utilisant des modules existant sera plus robuste et facile à maintenir que des snippets de codes recopiés partout (surtout sans use strict!).
D'ailleurs c'est un peu l'orientation qu'a pris Simon Cozen pour al nouvelle version de advanced perl: il a orienté le livre sur l'utilisation des bon modules perl plutot que sur la resolution pure et dure des problemes directement comme c'etait le cas de la precedente version.

[Jedai]

Je ne suis pas tout à fait d'accord, même si ces scripts ne sont pas toujours parfaitement clean, ils ne sont pas non plus écrits avec les pieds (si tous les scripts qu'on nous montre étaient écris comme ça... ). De plus utiliser des modules c'est bien (c'est même très bien, et malheureusement c'est un réflexe pas assez répandu), mais ce n'est pas toujours possible (environnement de travail figé, contrainte de performances,...). Ce n'est même pas toujours souhaitable : quand on peut faire le boulot en deux lignes (lisibles et compréhensible s'entend !), il est dommageable d'utiliser un module supplémentaire juste pour ça. Tu remarqueras par ailleurs que certains exemples du site incitent justement à utiliser un module.

Alors ce site n'est pas parfait, mais si on a conscience de ses défauts, il est très intéressant.

--
Jedaï

[mobscene]

J'ai jeté un coup d'oeil sur le code mais un pleac c'est quoi exactement parce que les codes la ils sont pas mal mais je saisie pas le truc spécial