Je me présente, utilisateur Windows et développeur occasionnel en VB
pour le boulot, principalement pour réaliser des interfaces utilisateur
avec des systèmes dacquisition de mesures physiques ou des commandes de
machines. Pourquoi VB ? Pour rester dans la continuité de ce qui avait
déjà été réalisé auparavant, tout simplement, le choix ne s'est jamais posé.
Actuellement, je cherche à évoluer dans un autre langage et à essayer
dintégrer de plus en plus Linux, que se soit pour une utilisation
personnelle ou professionnelle.
Renseignements pris, Python me semble être un langage en vogue et promis
à un bel avenir !
Je nai malheureusement pas trouvé (je nai peut être pas bien cherché)
beaucoup dexemples dapplications écrites en Python. Pouvez-vous men
citer ?
Jaurais également désiré connaître votre profil de programmeur ? Doù
venez-vous, pourquoi et pour quelles tâches utilisez-vous Pyhton ?
Utilisez-vous un environnement de développement tel que Boa ?
les expressions régulières existaient bien avant perl.
Les expressions regulieres oui, ces expressions regulieres non. Perl a apporte un bon nombre d'innovations qui ont ete reprises depuis par tous les langages. Ce sont les PCRE - Perl-compatible regular expressions. C'est pour cela que la doc du module re fait reference Perl.
hg wrote:
les expressions régulières existaient bien avant perl.
Les expressions regulieres oui, ces expressions regulieres non. Perl a
apporte un bon nombre d'innovations qui ont ete reprises depuis par tous
les langages. Ce sont les PCRE - Perl-compatible regular expressions.
C'est pour cela que la doc du module re fait reference Perl.
les expressions régulières existaient bien avant perl.
Les expressions regulieres oui, ces expressions regulieres non. Perl a apporte un bon nombre d'innovations qui ont ete reprises depuis par tous les langages. Ce sont les PCRE - Perl-compatible regular expressions. C'est pour cela que la doc du module re fait reference Perl.
Alex Marandon
William Dode wrote:
Le seul cas où ça pose problème c'est quand on a un bloc à rallonge, hors même avec des balises de bloc, un code à rallonge c'est pas jojo, ça mérite juste d'être redécoupé.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais prefere que l'interpreteur refuse les methodes de plus de 100 lignes (vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete utile ! Quand vous avez a maintenir un code avec des methodes de 400 lignes, bizarrement les accolades vous manquent.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder n'importe comment et que ce n'est pas la faute du langage. Certes, mais dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les honnetes gens qui doivent passer derriere pour reparer.
William Dode wrote:
Le seul cas où ça pose problème c'est quand on a un bloc à rallonge,
hors même avec des balises de bloc, un code à rallonge c'est pas jojo,
ça mérite juste d'être redécoupé.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais
prefere que l'interpreteur refuse les methodes de plus de 100 lignes
(vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete
utile ! Quand vous avez a maintenir un code avec des methodes de 400
lignes, bizarrement les accolades vous manquent.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder
n'importe comment et que ce n'est pas la faute du langage. Certes, mais
dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation
forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les
honnetes gens qui doivent passer derriere pour reparer.
Le seul cas où ça pose problème c'est quand on a un bloc à rallonge, hors même avec des balises de bloc, un code à rallonge c'est pas jojo, ça mérite juste d'être redécoupé.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais prefere que l'interpreteur refuse les methodes de plus de 100 lignes (vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete utile ! Quand vous avez a maintenir un code avec des methodes de 400 lignes, bizarrement les accolades vous manquent.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder n'importe comment et que ce n'est pas la faute du langage. Certes, mais dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les honnetes gens qui doivent passer derriere pour reparer.
hg
Alex Marandon wrote:
hg wrote:
les expressions régulières existaient bien avant perl.
Les expressions regulieres oui, ces expressions regulieres non. Perl a apporte un bon nombre d'innovations qui ont ete reprises depuis par tous les langages. Ce sont les PCRE - Perl-compatible regular expressions. C'est pour cela que la doc du module re fait reference Perl.
C'est vrai, PERL est clairement un langage puissant avec une librairie incroyable ... mais je suis bien content d'avoir la même puissance avec Python.
hg
Alex Marandon wrote:
hg wrote:
les expressions régulières existaient bien avant perl.
Les expressions regulieres oui, ces expressions regulieres non. Perl a
apporte un bon nombre d'innovations qui ont ete reprises depuis par tous
les langages. Ce sont les PCRE - Perl-compatible regular expressions.
C'est pour cela que la doc du module re fait reference Perl.
C'est vrai, PERL est clairement un langage puissant avec une librairie
incroyable ... mais je suis bien content d'avoir la même puissance avec
Python.
les expressions régulières existaient bien avant perl.
Les expressions regulieres oui, ces expressions regulieres non. Perl a apporte un bon nombre d'innovations qui ont ete reprises depuis par tous les langages. Ce sont les PCRE - Perl-compatible regular expressions. C'est pour cela que la doc du module re fait reference Perl.
C'est vrai, PERL est clairement un langage puissant avec une librairie incroyable ... mais je suis bien content d'avoir la même puissance avec Python.
hg
hg
chris wrote:
Alex Marandon wrote:
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une mauvaise image d'un langage je tiens juste a preciser : - qu'il est present en standard sur plein d'unix (AIX HPUX Linux) - que je ne connais pas d'autres langage capable d'ecrire une cochonnerie rapidement ( virer les NULL dans un fichier par exemple ) separer un flux en plusieurs partie - qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl ou python , exemple : ruby sur AIX n'est pas stable sur certaine fonctions de bases
A+ chris
C'était un blague tu sais
Pour ce qui est de l'image, je pense que tout le monde ici est assez grand pour faire son propre diagnostic.
hg
chris wrote:
Alex Marandon wrote:
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les
hyeroglyphes place de la concorde just pour me rappeler que j'aime pas
PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une
mauvaise image d'un langage je tiens juste a preciser :
- qu'il est present en standard sur plein d'unix (AIX HPUX Linux)
- que je ne connais pas d'autres langage capable d'ecrire une
cochonnerie rapidement ( virer les NULL dans un fichier par exemple )
separer un flux en plusieurs partie
- qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas
.
Note : je connais tres bien perl / pas mal ruby et je commence a
pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl
appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl
ou python , exemple : ruby sur AIX n'est pas stable sur certaine
fonctions de bases
A+
chris
C'était un blague tu sais
Pour ce qui est de l'image, je pense que tout le monde ici est assez grand
pour faire son propre diagnostic.
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une mauvaise image d'un langage je tiens juste a preciser : - qu'il est present en standard sur plein d'unix (AIX HPUX Linux) - que je ne connais pas d'autres langage capable d'ecrire une cochonnerie rapidement ( virer les NULL dans un fichier par exemple ) separer un flux en plusieurs partie - qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl ou python , exemple : ruby sur AIX n'est pas stable sur certaine fonctions de bases
A+ chris
C'était un blague tu sais
Pour ce qui est de l'image, je pense que tout le monde ici est assez grand pour faire son propre diagnostic.
hg
luc
Bruno Desthuilliers wrote:
Par contre, il y a une très nette agressivité sur les groupes Ruby à l'égard de Python - généralement alliée à une totale méconnaissance du langage et à une mauvaise foi en béton armée.
L'inverse est tout à fait vrai aussi.
Il ne s'agit bien sûr que d'une minorité de la communauté, mais une minorité assez vaste et active pour devenir une véritable nuisance.
Une vaste minorité, ce n'est plus une minorité. Si ? :)
En ce qui me concerne, je peux témoigner que cl.py est un des ng où je vois le moins de RTFM et le plus de patience à l'égard des débutants (quelque soit leur niveau par ailleurs).
En ce qui me concernce, je peux témoigner de la même chose au sujet de c.l.ruby. Dingue non ? :)
-- Luc Heinrich
Bruno Desthuilliers <bdesth.quelquechose@free.quelquepart.fr> wrote:
Par contre, il y a une très nette
agressivité sur les groupes Ruby à l'égard de Python - généralement
alliée à une totale méconnaissance du langage et à une mauvaise foi en
béton armée.
L'inverse est tout à fait vrai aussi.
Il ne s'agit bien sûr que d'une minorité de la communauté,
mais une minorité assez vaste et active pour devenir une véritable nuisance.
Une vaste minorité, ce n'est plus une minorité. Si ? :)
En ce qui me concerne, je peux témoigner que cl.py est un des ng où je
vois le moins de RTFM et le plus de patience à l'égard des débutants
(quelque soit leur niveau par ailleurs).
En ce qui me concernce, je peux témoigner de la même chose au sujet de
c.l.ruby. Dingue non ? :)
Par contre, il y a une très nette agressivité sur les groupes Ruby à l'égard de Python - généralement alliée à une totale méconnaissance du langage et à une mauvaise foi en béton armée.
L'inverse est tout à fait vrai aussi.
Il ne s'agit bien sûr que d'une minorité de la communauté, mais une minorité assez vaste et active pour devenir une véritable nuisance.
Une vaste minorité, ce n'est plus une minorité. Si ? :)
En ce qui me concerne, je peux témoigner que cl.py est un des ng où je vois le moins de RTFM et le plus de patience à l'égard des débutants (quelque soit leur niveau par ailleurs).
En ce qui me concernce, je peux témoigner de la même chose au sujet de c.l.ruby. Dingue non ? :)
-- Luc Heinrich
William Dode
On 16-02-2007, Alex Marandon wrote:
William Dode wrote:
Le seul cas où ça pose problème c'est quand on a un bloc à rallonge, hors même avec des balises de bloc, un code à rallonge c'est pas jojo, ça mérite juste d'être redécoupé.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais prefere que l'interpreteur refuse les methodes de plus de 100 lignes (vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete utile ! Quand vous avez a maintenir un code avec des methodes de 400 lignes, bizarrement les accolades vous manquent.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder n'importe comment et que ce n'est pas la faute du langage. Certes, mais dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les honnetes gens qui doivent passer derriere pour reparer.
La philosophie de python est justement complèment l'inverse, le but est de faciliter la tache du programeur convenable sans l'embêter avec des contraintes. L'inverse de java par ex.
-- William Dodé - http://flibuste.net Développeur informatique indépendant
On 16-02-2007, Alex Marandon wrote:
William Dode wrote:
Le seul cas où ça pose problème c'est quand on a un bloc à rallonge,
hors même avec des balises de bloc, un code à rallonge c'est pas jojo,
ça mérite juste d'être redécoupé.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais
prefere que l'interpreteur refuse les methodes de plus de 100 lignes
(vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete
utile ! Quand vous avez a maintenir un code avec des methodes de 400
lignes, bizarrement les accolades vous manquent.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder
n'importe comment et que ce n'est pas la faute du langage. Certes, mais
dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation
forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les
honnetes gens qui doivent passer derriere pour reparer.
La philosophie de python est justement complèment l'inverse, le but est
de faciliter la tache du programeur convenable sans l'embêter avec des
contraintes. L'inverse de java par ex.
--
William Dodé - http://flibuste.net
Développeur informatique indépendant
Le seul cas où ça pose problème c'est quand on a un bloc à rallonge, hors même avec des balises de bloc, un code à rallonge c'est pas jojo, ça mérite juste d'être redécoupé.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais prefere que l'interpreteur refuse les methodes de plus de 100 lignes (vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete utile ! Quand vous avez a maintenir un code avec des methodes de 400 lignes, bizarrement les accolades vous manquent.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder n'importe comment et que ce n'est pas la faute du langage. Certes, mais dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les honnetes gens qui doivent passer derriere pour reparer.
La philosophie de python est justement complèment l'inverse, le but est de faciliter la tache du programeur convenable sans l'embêter avec des contraintes. L'inverse de java par ex.
-- William Dodé - http://flibuste.net Développeur informatique indépendant
NicolasP
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais prefere que l'interpreteur refuse les methodes de plus de 100 lignes (vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete utile ! Quand vous avez a maintenir un code avec des methodes de 400 lignes, bizarrement les accolades vous manquent.
Je ne vois pas ce que les accolades apportent dans ce cas. Quand y a trop de lignes, y en a trop.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder n'importe comment et que ce n'est pas la faute du langage. Certes, mais dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les honnetes gens qui doivent passer derriere pour reparer.
Et quand un autre développeur n'utilise pas les mêmes conventions d'écriture que moi (du genre accolade ouvrante en fin de ligne), j'ai du mal à lire son code et vice-versa. Et le pire c'est quand on récupère un source qui s'affiche comme un accordéon parce que celui-ci a été écrit avec un savant mélange de tabulations et d'espaces. Là, ce sont plusieurs heures perdues pour le réindenter correctement.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais
prefere que l'interpreteur refuse les methodes de plus de 100 lignes
(vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete
utile ! Quand vous avez a maintenir un code avec des methodes de 400
lignes, bizarrement les accolades vous manquent.
Je ne vois pas ce que les accolades apportent dans ce cas. Quand y a trop de lignes, y en a trop.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder
n'importe comment et que ce n'est pas la faute du langage. Certes, mais
dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation
forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les
honnetes gens qui doivent passer derriere pour reparer.
Et quand un autre développeur n'utilise pas les mêmes conventions d'écriture que moi (du genre accolade ouvrante en fin de ligne), j'ai du mal à lire son code et vice-versa.
Et le pire c'est quand on récupère un source qui s'affiche comme un accordéon parce que celui-ci a été écrit avec un savant mélange de tabulations et d'espaces. Là, ce sont plusieurs heures perdues pour le réindenter correctement.
Bien sur, mais le code a rallonge, Python ne l'empeche pas. J'aurais prefere que l'interpreteur refuse les methodes de plus de 100 lignes (vous voyez je suis pas vache, je compte bien large). Ca ca aurait ete utile ! Quand vous avez a maintenir un code avec des methodes de 400 lignes, bizarrement les accolades vous manquent.
Je ne vois pas ce que les accolades apportent dans ce cas. Quand y a trop de lignes, y en a trop.
Alors j'en vois d'ici venir dire qu'aucun langage n'empeche de coder n'importe comment et que ce n'est pas la faute du langage. Certes, mais dans ce cas pourquoi essayer quand meme d'empecher ca avec l'identation forcee ? On voit bien que ca ne marche pas, ca ne sert qu'a ennuyer les honnetes gens qui doivent passer derriere pour reparer.
Et quand un autre développeur n'utilise pas les mêmes conventions d'écriture que moi (du genre accolade ouvrante en fin de ligne), j'ai du mal à lire son code et vice-versa. Et le pire c'est quand on récupère un source qui s'affiche comme un accordéon parce que celui-ci a été écrit avec un savant mélange de tabulations et d'espaces. Là, ce sont plusieurs heures perdues pour le réindenter correctement.
chris
Alex Marandon wrote:
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une mauvaise image d'un langage je tiens juste a preciser : - qu'il est present en standard sur plein d'unix (AIX HPUX Linux) - que je ne connais pas d'autres langage capable d'ecrire une cochonnerie rapidement ( virer les NULL dans un fichier par exemple ) separer un flux en plusieurs partie - qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl ou python , exemple : ruby sur AIX n'est pas stable sur certaine fonctions de bases
A+ chris
Alex Marandon wrote:
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les
hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une
mauvaise image d'un langage je tiens juste a preciser :
- qu'il est present en standard sur plein d'unix (AIX HPUX Linux)
- que je ne connais pas d'autres langage capable d'ecrire une
cochonnerie rapidement ( virer les NULL dans un fichier par exemple )
separer un flux en plusieurs partie
- qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a
pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl
appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl
ou python , exemple : ruby sur AIX n'est pas stable sur certaine
fonctions de bases
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une mauvaise image d'un langage je tiens juste a preciser : - qu'il est present en standard sur plein d'unix (AIX HPUX Linux) - que je ne connais pas d'autres langage capable d'ecrire une cochonnerie rapidement ( virer les NULL dans un fichier par exemple ) separer un flux en plusieurs partie - qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl ou python , exemple : ruby sur AIX n'est pas stable sur certaine fonctions de bases
A+ chris
Jerome
chris wrote:
Alex Marandon wrote:
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une mauvaise image d'un langage je tiens juste a preciser : - qu'il est present en standard sur plein d'unix (AIX HPUX Linux) - que je ne connais pas d'autres langage capable d'ecrire une cochonnerie rapidement ( virer les NULL dans un fichier par exemple )
:)
sed 's/NULL//g' test > test1
separer un flux en plusieurs partie - qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl ou python , exemple : ruby sur AIX n'est pas stable sur certaine fonctions de bases
A+ chris
chris wrote:
Alex Marandon wrote:
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les
hyeroglyphes place de la concorde just pour me rappeler que j'aime pas
PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une
mauvaise image d'un langage je tiens juste a preciser :
- qu'il est present en standard sur plein d'unix (AIX HPUX Linux)
- que je ne connais pas d'autres langage capable d'ecrire une
cochonnerie rapidement ( virer les NULL dans un fichier par exemple )
:)
sed 's/NULL//g' test > test1
separer un flux en plusieurs partie
- qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions
pas .
Note : je connais tres bien perl / pas mal ruby et je commence a
pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl
appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl
ou python , exemple : ruby sur AIX n'est pas stable sur certaine
fonctions de bases
Oui c'est vrai que Perl reste de loin le mieux documente.
Y'a pas le choix !!! quand je rentre en France, je vais lire les hyeroglyphes place de la concorde just pour me rappeler que j'aime pas PERL
hg
C'est ton droit de ne pas aimer perl, mais avant de vehiculer une mauvaise image d'un langage je tiens juste a preciser : - qu'il est present en standard sur plein d'unix (AIX HPUX Linux) - que je ne connais pas d'autres langage capable d'ecrire une cochonnerie rapidement ( virer les NULL dans un fichier par exemple )
:)
sed 's/NULL//g' test > test1
separer un flux en plusieurs partie - qu'il est stable
il a des defauts c'est sur mais de grosses qualité aussi ne l'oublions pas .
Note : je connais tres bien perl / pas mal ruby et je commence a pythonner de mieux en mieux
en gros :
truc a ecrire vite et mal a usage unique => perl appli avec analyse prealable => python
ruby est bien et on arrive au bout mais il est moins portable que perl ou python , exemple : ruby sur AIX n'est pas stable sur certaine fonctions de bases
A+ chris
hg
Luc Heinrich wrote:
"Par contre, il y a une très nette agressivité sur les groupes Python à l'égard de Ruby - généralement alliée à une totale méconnaissance du langage et à une mauvaise foi en béton armée."
c'est surtout faux ...
Luc Heinrich wrote:
"Par contre, il y a une très nette agressivité sur les groupes Python à
l'égard de Ruby - généralement alliée à une totale méconnaissance du
langage et à une mauvaise foi en béton armée."
"Par contre, il y a une très nette agressivité sur les groupes Python à l'égard de Ruby - généralement alliée à une totale méconnaissance du langage et à une mauvaise foi en béton armée."
