je suis en train de "nettoyer" un script pour le rendre tout beau tout
propre pour passage en prod ; du coup, je me suis dit que c'=C3=A9tait une
bonne occasion de tester perlcritic...=20
par contre, je trouve qu'il exag=C3=A8re un peu =C3=A0 partir du niveau 3 ;=
par
exemple, il "exige" que les regex soient saisies avec le flag /m, et
je vois pas trop ni pourquoi, ni en quoi =C3=A7a le regarde...
bref ; en fait, je cherchais des avis sur perlcritic, et aussi des
conseils sur des petites choses avant de passer un script en prod.
merci,
--=20
Thomas vO - <http://perso.enstimac.fr/~vanouden/>
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Paul Gaborit
À (at) Fri, 12 Dec 2008 14:52:02 +0100, Thomas vO <vanouden+ écrivait (wrote):
je suis en train de "nettoyer" un script pour le rendre tout beau tout propre pour passage en prod ; du coup, je me suis dit que c'était une bonne occasion de tester perlcritic...
Bravo. Bon courage.
par contre, je trouve qu'il exagère un peu à partir du niveau 3 ; par exemple, il "exige" que les regex soient saisies avec le flag /m, et je vois pas trop ni pourquoi, ni en quoi ça le regarde...
Pour en savoir plus, il *faut* lire le bouquin qui va avec (« Perl Best Practices » par Damian Conway). Une excellente référence !
bref ; en fait, je cherchais des avis sur perlcritic, et aussi des conseils sur des petites choses avant de passer un script en prod.
Lire le bouquin ! Et comprendre qu'il n'y a pas de règles absolues valables pour tout le monde et dans tous les cas. Ce qui compte, c'est :
1- se fixer des règles en les comprenant et en les choisissant par rapport au contexte spécifique (celles de perlcritic forment un bon jeu de départ mais ne sont pas obligatoirement adaptées).
2- avoir un outil de vérification de la plupart des règles (ce que propose perlcritic) pour détecter tout non respect des règles et corriger.
3- savoir passer outre *MAIS* en connaissance de cause !
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/> Perl en français - <http://perl.enstimac.fr/>
À (at) Fri, 12 Dec 2008 14:52:02 +0100,
Thomas vO <vanouden+news@rf.esuoluot-vinu.invalid> écrivait (wrote):
je suis en train de "nettoyer" un script pour le rendre tout beau tout
propre pour passage en prod ; du coup, je me suis dit que c'était une
bonne occasion de tester perlcritic...
Bravo. Bon courage.
par contre, je trouve qu'il exagère un peu à partir du niveau 3 ; par
exemple, il "exige" que les regex soient saisies avec le flag /m, et
je vois pas trop ni pourquoi, ni en quoi ça le regarde...
Pour en savoir plus, il *faut* lire le bouquin qui va avec (« Perl
Best Practices » par Damian Conway). Une excellente référence !
bref ; en fait, je cherchais des avis sur perlcritic, et aussi des
conseils sur des petites choses avant de passer un script en prod.
Lire le bouquin ! Et comprendre qu'il n'y a pas de règles absolues
valables pour tout le monde et dans tous les cas. Ce qui compte,
c'est :
1- se fixer des règles en les comprenant et en les choisissant par
rapport au contexte spécifique (celles de perlcritic forment un bon
jeu de départ mais ne sont pas obligatoirement adaptées).
2- avoir un outil de vérification de la plupart des règles (ce que
propose perlcritic) pour détecter tout non respect des règles et
corriger.
3- savoir passer outre *MAIS* en connaissance de cause !
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
À (at) Fri, 12 Dec 2008 14:52:02 +0100, Thomas vO <vanouden+ écrivait (wrote):
je suis en train de "nettoyer" un script pour le rendre tout beau tout propre pour passage en prod ; du coup, je me suis dit que c'était une bonne occasion de tester perlcritic...
Bravo. Bon courage.
par contre, je trouve qu'il exagère un peu à partir du niveau 3 ; par exemple, il "exige" que les regex soient saisies avec le flag /m, et je vois pas trop ni pourquoi, ni en quoi ça le regarde...
Pour en savoir plus, il *faut* lire le bouquin qui va avec (« Perl Best Practices » par Damian Conway). Une excellente référence !
bref ; en fait, je cherchais des avis sur perlcritic, et aussi des conseils sur des petites choses avant de passer un script en prod.
Lire le bouquin ! Et comprendre qu'il n'y a pas de règles absolues valables pour tout le monde et dans tous les cas. Ce qui compte, c'est :
1- se fixer des règles en les comprenant et en les choisissant par rapport au contexte spécifique (celles de perlcritic forment un bon jeu de départ mais ne sont pas obligatoirement adaptées).
2- avoir un outil de vérification de la plupart des règles (ce que propose perlcritic) pour détecter tout non respect des règles et corriger.
3- savoir passer outre *MAIS* en connaissance de cause !
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/> Perl en français - <http://perl.enstimac.fr/>
Thomas vO
salut Paul,
à (at) Fri, 12 Dec 2008 15:07:41 +0100, Paul Gaborit nous disait (told us):
3- savoir passer outre *MAIS* en connaissance de cause !
ok ; je vais donc être impitoyable sur les niveaux 4 et 5, mais pour la suite, me relâcher un peu (en plus, ce petit coquin n'aime pas mes "if {} elsif {} else {}"... :( )
-- Thomas vO - <http://perso.enstimac.fr/~vanouden/>
salut Paul,
à (at) Fri, 12 Dec 2008 15:07:41 +0100,
Paul Gaborit <Paul.Gaborit@invalid.invalid> nous disait (told us):
3- savoir passer outre *MAIS* en connaissance de cause !
ok ; je vais donc être impitoyable sur les niveaux 4 et 5, mais pour
la suite, me relâcher un peu (en plus, ce petit coquin n'aime pas mes
"if {} elsif {} else {}"... :( )
--
Thomas vO - <http://perso.enstimac.fr/~vanouden/>
3- savoir passer outre *MAIS* en connaissance de cause !
ok ; je vais donc être impitoyable sur les niveaux 4 et 5, mais pour la suite, me relâcher un peu (en plus, ce petit coquin n'aime pas mes "if {} elsif {} else {}"... :( )
-- Thomas vO - <http://perso.enstimac.fr/~vanouden/>
