Même script que celui pour lequel j'ai créé le fil "require", mais autre
sujet :
Ce script étant très largement commenté avec de grosses explications
pour de futurs extensions et mes choses en cours, j'ai décidé de mettre
en place sur le serveur final une version non commentée. Ceci évitera
d'exposer mes états d'ame aux copains et de voir les bidouilleurs du
service support me trafiquer le truc pour rire. Bon, bref, j'ai déjà
fait ce genre de truc sur des script javascript avec des outils de type
Javascript Obfuscator, mais ne trouve rien concernant Perl.
Est-ce que quelqu'un connait un soft faisant ça ? Attention, je ne veut
pas de cryptage et autre truc pour brouiller le listing, mais juste une
moulinette qui retire tous les commentaires, qu'ils soient sur une ligne
complète ou à droite du code. Et en faisant attention, bien sûr, de ne
pas retirer les # qui pourraient ne pas être du commentaire.
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) Tue, 14 Mar 2006 12:02:21 +0100, Asterbing écrivait (wrote):
Ce script étant très largement commenté avec de grosses explications pour de futurs extensions et mes choses en cours, j'ai décidé de mettre en place sur le serveur final une version non commentée. Ceci évitera d'exposer mes états d'ame aux copains et de voir les bidouilleurs du service support me trafiquer le truc pour rire. Bon, bref, j'ai déjà fait ce genre de truc sur des script javascript avec des outils de type Javascript Obfuscator, mais ne trouve rien concernant Perl.
Est-ce que quelqu'un connait un soft faisant ça ? Attention, je ne veut pas de cryptage et autre truc pour brouiller le listing, mais juste une moulinette qui retire tous les commentaires, qu'ils soient sur une ligne complète ou à droite du code. Et en faisant attention, bien sûr, de ne pas retirer les # qui pourraient ne pas être du commentaire.
Ça existe sûrement mais je ne vous conseille pas d'utiliser ce genre de trucs. Mieux vaut mettre votre amour "propre" dans votre poche avec un mouchoir par dessus. Il n'y a pas de honte à se poser des questions (au contraire). C'est même le signe de quelqu'un qui réfléchit, qui a envie de progresser, de faire de la qaulité... Et si le service support a envie de rigoler, ils ne s'en priveront pas qu'il y ait des commentaires ou non. De plus, si il y a bug à corriger d'urgence, en votre absence, ce sera plus facile avec les commentaires. Jetez un oeil aux sources Perl et vous verrez que même les meilleurs (Larry Wall par exemple) savent se moquer d'eux-mêmes.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/> Perl en français - <http://perl.enstimac.fr/>
À (at) Tue, 14 Mar 2006 12:02:21 +0100,
Asterbing <no@thanks.com> écrivait (wrote):
Ce script étant très largement commenté avec de grosses explications
pour de futurs extensions et mes choses en cours, j'ai décidé de mettre
en place sur le serveur final une version non commentée. Ceci évitera
d'exposer mes états d'ame aux copains et de voir les bidouilleurs du
service support me trafiquer le truc pour rire. Bon, bref, j'ai déjà
fait ce genre de truc sur des script javascript avec des outils de type
Javascript Obfuscator, mais ne trouve rien concernant Perl.
Est-ce que quelqu'un connait un soft faisant ça ? Attention, je ne veut
pas de cryptage et autre truc pour brouiller le listing, mais juste une
moulinette qui retire tous les commentaires, qu'ils soient sur une ligne
complète ou à droite du code. Et en faisant attention, bien sûr, de ne
pas retirer les # qui pourraient ne pas être du commentaire.
Ça existe sûrement mais je ne vous conseille pas d'utiliser ce genre
de trucs. Mieux vaut mettre votre amour "propre" dans votre poche avec
un mouchoir par dessus. Il n'y a pas de honte à se poser des questions
(au contraire). C'est même le signe de quelqu'un qui réfléchit, qui a
envie de progresser, de faire de la qaulité... Et si le service
support a envie de rigoler, ils ne s'en priveront pas qu'il y ait des
commentaires ou non. De plus, si il y a bug à corriger d'urgence, en
votre absence, ce sera plus facile avec les commentaires. Jetez un
oeil aux sources Perl et vous verrez que même les meilleurs (Larry
Wall par exemple) savent se moquer d'eux-mêmes.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
À (at) Tue, 14 Mar 2006 12:02:21 +0100, Asterbing écrivait (wrote):
Ce script étant très largement commenté avec de grosses explications pour de futurs extensions et mes choses en cours, j'ai décidé de mettre en place sur le serveur final une version non commentée. Ceci évitera d'exposer mes états d'ame aux copains et de voir les bidouilleurs du service support me trafiquer le truc pour rire. Bon, bref, j'ai déjà fait ce genre de truc sur des script javascript avec des outils de type Javascript Obfuscator, mais ne trouve rien concernant Perl.
Est-ce que quelqu'un connait un soft faisant ça ? Attention, je ne veut pas de cryptage et autre truc pour brouiller le listing, mais juste une moulinette qui retire tous les commentaires, qu'ils soient sur une ligne complète ou à droite du code. Et en faisant attention, bien sûr, de ne pas retirer les # qui pourraient ne pas être du commentaire.
Ça existe sûrement mais je ne vous conseille pas d'utiliser ce genre de trucs. Mieux vaut mettre votre amour "propre" dans votre poche avec un mouchoir par dessus. Il n'y a pas de honte à se poser des questions (au contraire). C'est même le signe de quelqu'un qui réfléchit, qui a envie de progresser, de faire de la qaulité... Et si le service support a envie de rigoler, ils ne s'en priveront pas qu'il y ait des commentaires ou non. De plus, si il y a bug à corriger d'urgence, en votre absence, ce sera plus facile avec les commentaires. Jetez un oeil aux sources Perl et vous verrez que même les meilleurs (Larry Wall par exemple) savent se moquer d'eux-mêmes.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/> Perl en français - <http://perl.enstimac.fr/>
Asterbing
In article , says...
commentaires ou non. De plus, si il y a bug à corriger d'urgence, en votre absence, ce sera plus facile avec les commentaires. Jetez un
Houlà, attention, merci mais je n'ai pas dit du tout que je voulais zapper les commentaires des sources initiales. Non non, elle restent bien en place et fort heureusement pour les autres du service devveloppement.
Ce que je veux est une supression des commentaires uniquement pour le script uploadé vers le serveur final (c-a-d ni dev ni test).
In article <r71wx5w4k8.fsf@vaugirard.enstimac.fr>,
Paul.Gaborit@invalid.invalid says...
commentaires ou non. De plus, si il y a bug à corriger d'urgence, en
votre absence, ce sera plus facile avec les commentaires. Jetez un
Houlà, attention, merci mais je n'ai pas dit du tout que je voulais
zapper les commentaires des sources initiales. Non non, elle restent
bien en place et fort heureusement pour les autres du service
devveloppement.
Ce que je veux est une supression des commentaires uniquement pour le
script uploadé vers le serveur final (c-a-d ni dev ni test).
commentaires ou non. De plus, si il y a bug à corriger d'urgence, en votre absence, ce sera plus facile avec les commentaires. Jetez un
Houlà, attention, merci mais je n'ai pas dit du tout que je voulais zapper les commentaires des sources initiales. Non non, elle restent bien en place et fort heureusement pour les autres du service devveloppement.
Ce que je veux est une supression des commentaires uniquement pour le script uploadé vers le serveur final (c-a-d ni dev ni test).
Emmanuel Florac
Le Tue, 14 Mar 2006 12:02:21 +0100, Asterbing a écrit :
Est-ce que quelqu'un connait un soft faisant ça ?
Il suffit de récupérer la sortie du parser Perl avec B::Deparse : il n'y aura que le code. Sinon perltidy doit pouvoir faire ça aussi.
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Aït Ahmed.
Le Tue, 14 Mar 2006 12:02:21 +0100, Asterbing a écrit :
Est-ce que quelqu'un connait un soft faisant ça ?
Il suffit de récupérer la sortie du parser Perl avec B::Deparse : il n'y
aura que le code. Sinon perltidy doit pouvoir faire ça aussi.
--
Toutes les organisations ont leur règles, et les Femmes Algériennes
doivent avoir aussi leurs règles.
Aït Ahmed.
Le Tue, 14 Mar 2006 12:02:21 +0100, Asterbing a écrit :
Est-ce que quelqu'un connait un soft faisant ça ?
Il suffit de récupérer la sortie du parser Perl avec B::Deparse : il n'y aura que le code. Sinon perltidy doit pouvoir faire ça aussi.
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Aït Ahmed.
Martin
Allo,
Ce script étant très largement commenté avec de grosses explications pour de futurs extensions et mes choses en cours, j'ai décidé de mettre en place sur le serveur final une version non commentée. Ceci évitera
Comme disait Paul, c'est pas une bonne idée même si tu gardes une version avec commentaires pour le développement. Il y a trop d'avantages a ne pas faire une version différente sur le serveur. ex :
1- Tu fais un changement sur ta version de développement... plus tard, un bug est découvert sur la version en cours d'utilisation. Tu ne peux plus repérer rapidement la différence entre les deux scripts. Tu ne peux même pas être certain à 100% que l'outil qui a enlevé les commentaires n'est pas en cause ou que tu n'as pas fait une erreur de manipulation dans le processus... genre copier le mauvais fichier transformé. 2- Tu t'absentes une journée, un problème survient... un autre employé répare le problème. Devra-t-il enlever les commentaires comme toi? 3- Un employé s'appercoit qu'il n'y a pas de commentaire dans la version finale... que va-t-il penser? comment va-t-il réagir? A sa place, je saurais pas trop... 4- Enlever des commentaires, c'est une perte de temps inutile, même avec un outil. 5- Quand tu mets des commentaires, c'est supposé être autant pour toi que pour tes collègues ou tes futurs collègues. Mieux vaut faire attention à ses commentaires dès le début.
fait ce genre de truc sur des script javascript avec des outils de type Javascript Obfuscator, mais ne trouve rien concernant Perl.
Pour javascript, ca peut se justifier puisque ce code est exécuté côté client. A la limite, tu ne veux pas simplifier le plagiat aux entreprises concurentes en leur expliquant comment réutiliser ton javascript.
Martin
Allo,
Ce script étant très largement commenté avec de grosses explications
pour de futurs extensions et mes choses en cours, j'ai décidé de mettre
en place sur le serveur final une version non commentée. Ceci évitera
Comme disait Paul, c'est pas une bonne idée même si tu gardes une version
avec commentaires pour le développement. Il y a trop d'avantages a ne pas
faire une version différente sur le serveur. ex :
1- Tu fais un changement sur ta version de développement... plus tard, un
bug est découvert sur la version en cours d'utilisation. Tu ne peux plus
repérer rapidement la différence entre les deux scripts. Tu ne peux même pas
être certain à 100% que l'outil qui a enlevé les commentaires n'est pas en
cause ou que tu n'as pas fait une erreur de manipulation dans le
processus... genre copier le mauvais fichier transformé.
2- Tu t'absentes une journée, un problème survient... un autre employé
répare le problème. Devra-t-il enlever les commentaires comme toi?
3- Un employé s'appercoit qu'il n'y a pas de commentaire dans la version
finale... que va-t-il penser? comment va-t-il réagir? A sa place, je saurais
pas trop...
4- Enlever des commentaires, c'est une perte de temps inutile, même avec un
outil.
5- Quand tu mets des commentaires, c'est supposé être autant pour toi que
pour tes collègues ou tes futurs collègues. Mieux vaut faire attention à ses
commentaires dès le début.
fait ce genre de truc sur des script javascript avec des outils de type
Javascript Obfuscator, mais ne trouve rien concernant Perl.
Pour javascript, ca peut se justifier puisque ce code est exécuté côté
client. A la limite, tu ne veux pas simplifier le plagiat aux entreprises
concurentes en leur expliquant comment réutiliser ton javascript.
Ce script étant très largement commenté avec de grosses explications pour de futurs extensions et mes choses en cours, j'ai décidé de mettre en place sur le serveur final une version non commentée. Ceci évitera
Comme disait Paul, c'est pas une bonne idée même si tu gardes une version avec commentaires pour le développement. Il y a trop d'avantages a ne pas faire une version différente sur le serveur. ex :
1- Tu fais un changement sur ta version de développement... plus tard, un bug est découvert sur la version en cours d'utilisation. Tu ne peux plus repérer rapidement la différence entre les deux scripts. Tu ne peux même pas être certain à 100% que l'outil qui a enlevé les commentaires n'est pas en cause ou que tu n'as pas fait une erreur de manipulation dans le processus... genre copier le mauvais fichier transformé. 2- Tu t'absentes une journée, un problème survient... un autre employé répare le problème. Devra-t-il enlever les commentaires comme toi? 3- Un employé s'appercoit qu'il n'y a pas de commentaire dans la version finale... que va-t-il penser? comment va-t-il réagir? A sa place, je saurais pas trop... 4- Enlever des commentaires, c'est une perte de temps inutile, même avec un outil. 5- Quand tu mets des commentaires, c'est supposé être autant pour toi que pour tes collègues ou tes futurs collègues. Mieux vaut faire attention à ses commentaires dès le début.
fait ce genre de truc sur des script javascript avec des outils de type Javascript Obfuscator, mais ne trouve rien concernant Perl.
Pour javascript, ca peut se justifier puisque ce code est exécuté côté client. A la limite, tu ne veux pas simplifier le plagiat aux entreprises concurentes en leur expliquant comment réutiliser ton javascript.
Martin
Asterbing
In article <XNKRf.8340$, says...
Allo,
Ce script étant très largement commenté avec de grosses explications pour de futurs extensions et mes choses en cours, j'ai décidé de mettre en place sur le serveur final une version non commentée. Ceci évitera
Comme disait Paul, c'est pas une bonne idée même si tu gardes une version avec commentaires pour le développement. Il y a trop d'avantages a ne pas faire une version différente sur le serveur. ex :
1- Tu fais un changement sur ta version de développement... plus tard, un bug est découvert sur la version en cours d'utilisation. Tu ne peux plus repérer rapidement la différence entre les deux scripts. Tu ne peux même pas être certain à 100% que l'outil qui a enlevé les commentaires n'est pas en cause ou que tu n'as pas fait une erreur de manipulation dans le processus... genre copier le mauvais fichier transformé. 2- Tu t'absentes une journée, un problème survient... un autre employé répare le problème. Devra-t-il enlever les commentaires comme toi? 3- Un employé s'appercoit qu'il n'y a pas de commentaire dans la version finale... que va-t-il penser? comment va-t-il réagir? A sa place, je saurais pas trop... 4- Enlever des commentaires, c'est une perte de temps inutile, même avec un outil. 5- Quand tu mets des commentaires, c'est supposé être autant pour toi que pour tes collègues ou tes futurs collègues. Mieux vaut faire attention à ses commentaires dès le début.
fait ce genre de truc sur des script javascript avec des outils de type Javascript Obfuscator, mais ne trouve rien concernant Perl.
Pour javascript, ca peut se justifier puisque ce code est exécuté côté client. A la limite, tu ne veux pas simplifier le plagiat aux entreprises concurentes en leur expliquant comment réutiliser ton javascript.
Martin
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les commentaire, mais met les perspectives dans un fichier txt à part.
In article <XNKRf.8340$ng.338721@news20.bellglobal.com>,
martin.labonte.nospam@sympatico.ca says...
Allo,
Ce script étant très largement commenté avec de grosses explications
pour de futurs extensions et mes choses en cours, j'ai décidé de mettre
en place sur le serveur final une version non commentée. Ceci évitera
Comme disait Paul, c'est pas une bonne idée même si tu gardes une version
avec commentaires pour le développement. Il y a trop d'avantages a ne pas
faire une version différente sur le serveur. ex :
1- Tu fais un changement sur ta version de développement... plus tard, un
bug est découvert sur la version en cours d'utilisation. Tu ne peux plus
repérer rapidement la différence entre les deux scripts. Tu ne peux même pas
être certain à 100% que l'outil qui a enlevé les commentaires n'est pas en
cause ou que tu n'as pas fait une erreur de manipulation dans le
processus... genre copier le mauvais fichier transformé.
2- Tu t'absentes une journée, un problème survient... un autre employé
répare le problème. Devra-t-il enlever les commentaires comme toi?
3- Un employé s'appercoit qu'il n'y a pas de commentaire dans la version
finale... que va-t-il penser? comment va-t-il réagir? A sa place, je saurais
pas trop...
4- Enlever des commentaires, c'est une perte de temps inutile, même avec un
outil.
5- Quand tu mets des commentaires, c'est supposé être autant pour toi que
pour tes collègues ou tes futurs collègues. Mieux vaut faire attention à ses
commentaires dès le début.
fait ce genre de truc sur des script javascript avec des outils de type
Javascript Obfuscator, mais ne trouve rien concernant Perl.
Pour javascript, ca peut se justifier puisque ce code est exécuté côté
client. A la limite, tu ne veux pas simplifier le plagiat aux entreprises
concurentes en leur expliquant comment réutiliser ton javascript.
Martin
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les commentaire,
mais met les perspectives dans un fichier txt à part.
Ce script étant très largement commenté avec de grosses explications pour de futurs extensions et mes choses en cours, j'ai décidé de mettre en place sur le serveur final une version non commentée. Ceci évitera
Comme disait Paul, c'est pas une bonne idée même si tu gardes une version avec commentaires pour le développement. Il y a trop d'avantages a ne pas faire une version différente sur le serveur. ex :
1- Tu fais un changement sur ta version de développement... plus tard, un bug est découvert sur la version en cours d'utilisation. Tu ne peux plus repérer rapidement la différence entre les deux scripts. Tu ne peux même pas être certain à 100% que l'outil qui a enlevé les commentaires n'est pas en cause ou que tu n'as pas fait une erreur de manipulation dans le processus... genre copier le mauvais fichier transformé. 2- Tu t'absentes une journée, un problème survient... un autre employé répare le problème. Devra-t-il enlever les commentaires comme toi? 3- Un employé s'appercoit qu'il n'y a pas de commentaire dans la version finale... que va-t-il penser? comment va-t-il réagir? A sa place, je saurais pas trop... 4- Enlever des commentaires, c'est une perte de temps inutile, même avec un outil. 5- Quand tu mets des commentaires, c'est supposé être autant pour toi que pour tes collègues ou tes futurs collègues. Mieux vaut faire attention à ses commentaires dès le début.
fait ce genre de truc sur des script javascript avec des outils de type Javascript Obfuscator, mais ne trouve rien concernant Perl.
Pour javascript, ca peut se justifier puisque ce code est exécuté côté client. A la limite, tu ne veux pas simplifier le plagiat aux entreprises concurentes en leur expliquant comment réutiliser ton javascript.
Martin
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les commentaire, mais met les perspectives dans un fichier txt à part.
Paul Gaborit
À (at) Wed, 15 Mar 2006 15:54:25 +0100, Asterbing écrivait (wrote):
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les commentaire, mais met les perspectives dans un fichier txt à part.
ON-A GA-GNÉ ! ON-A GA-GNÉ ! ;-)
Très bonnes décisions !
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/> Perl en français - <http://perl.enstimac.fr/>
À (at) Wed, 15 Mar 2006 15:54:25 +0100,
Asterbing <no@thanks.com> écrivait (wrote):
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les commentaire,
mais met les perspectives dans un fichier txt à part.
ON-A GA-GNÉ ! ON-A GA-GNÉ ! ;-)
Très bonnes décisions !
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
À (at) Wed, 15 Mar 2006 15:54:25 +0100, Asterbing écrivait (wrote):
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les commentaire, mais met les perspectives dans un fichier txt à part.
ON-A GA-GNÉ ! ON-A GA-GNÉ ! ;-)
Très bonnes décisions !
Bon, d'accord, mais alors faut pas me laisse en plan avec mon fil "require avec use strict et warnings" hein ;-)
George
Paul Gaborit wrote:
À (at) Wed, 15 Mar 2006 15:54:25 +0100, Asterbing écrivait (wrote):
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les comment aire, mais met les perspectives dans un fichier txt à part.
ON-A GA-GNÉ ! ON-A GA-GNÉ ! ;-)
excusez-moi, je ne veux pas interompre la fête, mais il existe aussi un module Acme::Bleach ( voir http://search.cpan.org/~dconway/Acme-Bleach-1.12/lib/Acme/Bleach.pm ) qui rend les commentaires ET le code complètement ilisible ;-)
mais je suis d'accord avec Paul Gaborit, il vaut mieux de ne pas toucher aux commentaires.
Cdlt, Georges
Paul Gaborit wrote:
À (at) Wed, 15 Mar 2006 15:54:25 +0100,
Asterbing <no@thanks.com> écrivait (wrote):
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les comment aire,
mais met les perspectives dans un fichier txt à part.
ON-A GA-GNÉ ! ON-A GA-GNÉ ! ;-)
excusez-moi, je ne veux pas interompre la fête, mais il existe aussi
un module Acme::Bleach ( voir
http://search.cpan.org/~dconway/Acme-Bleach-1.12/lib/Acme/Bleach.pm )
qui rend les commentaires ET le code complètement ilisible ;-)
mais je suis d'accord avec Paul Gaborit, il vaut mieux de ne pas
toucher aux commentaires.
À (at) Wed, 15 Mar 2006 15:54:25 +0100, Asterbing écrivait (wrote):
Bon, ok ok, j'ai opté pour un intermédiaire : je laisse les comment aire, mais met les perspectives dans un fichier txt à part.
ON-A GA-GNÉ ! ON-A GA-GNÉ ! ;-)
excusez-moi, je ne veux pas interompre la fête, mais il existe aussi un module Acme::Bleach ( voir http://search.cpan.org/~dconway/Acme-Bleach-1.12/lib/Acme/Bleach.pm ) qui rend les commentaires ET le code complètement ilisible ;-)
mais je suis d'accord avec Paul Gaborit, il vaut mieux de ne pas toucher aux commentaires.
