J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je
trouve très simple, mais on associe souvent Python et Perl, je voudrais
savoir quelles sont les différences, les avantages et les
inconvénients ?
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je
trouve très simple, mais on associe souvent Python et Perl, je voudrais
savoir quelles sont les différences, les avantages et les
inconvénients ?
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je
trouve très simple, mais on associe souvent Python et Perl, je voudrais
savoir quelles sont les différences, les avantages et les
inconvénients ?
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Bonjour
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
les pythoneux disent la meme chose de perl, mais c un classique nommé
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Komodo d'activestate
Bonjour
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
les pythoneux disent la meme chose de perl, mais c un classique nommé
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Komodo d'activestate
Bonjour
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
les pythoneux disent la meme chose de perl, mais c un classique nommé
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Komodo d'activestate
Maintenant je migre doucement sous Linux et je cherche un langage de
programmation compatible avec les 2 systèmes.
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je trouve
très simple, mais on associe souvent Python et Perl, je voudrais savoir
quelles sont les différences, les avantages et les inconvénients ?
Perso, depuis que j'ai ecrit mon premier programme utile ( une horloge
Maintenant je migre doucement sous Linux et je cherche un langage de
programmation compatible avec les 2 systèmes.
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je trouve
très simple, mais on associe souvent Python et Perl, je voudrais savoir
quelles sont les différences, les avantages et les inconvénients ?
Perso, depuis que j'ai ecrit mon premier programme utile ( une horloge
Maintenant je migre doucement sous Linux et je cherche un langage de
programmation compatible avec les 2 systèmes.
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je trouve
très simple, mais on associe souvent Python et Perl, je voudrais savoir
quelles sont les différences, les avantages et les inconvénients ?
Perso, depuis que j'ai ecrit mon premier programme utile ( une horloge
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
En fait, ce que je reproche à Python, c'est qu'il nexiste pas (ou alors je
n'ai pas trouvé) d'interface de développement.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Bonjour,
Fuxy wrote:Maintenant je migre doucement sous Linux et je cherche un langage de
programmation compatible avec les 2 systèmes.
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je trouve
très simple, mais on associe souvent Python et Perl, je voudrais savoir
quelles sont les différences, les avantages et les inconvénients ?
Perso, depuis que j'ai ecrit mon premier programme utile ( une horloge
pour calculatrice ou la calibration se faisait au debut du cours ), j'ai
toujours ralé sur un point du langage. que cela soit des assembleurs, du
C, du C++, du java, du python, du LISP, du Prolog, du VB, ... .
le probleme que je rencontrais peut se presenter schematiquement ainsi :
alors que le langage de programmation que j'utilise est descriptif, plus
j'abstrais ce que je fais et moins les descriptions deviennent utiles.
et tres rapidement, j'arrivais à des aberrations semantiques. tout le
monde peut arriver à surmonter les aberrations semantiques des
grammaires descriptives, en patchant, en cludgeant, en bidouillant.
un exemple ?
au pif, le critere qui m'a valu de ne pas etre retenu pour un poste en
Java :
on me demandais comment modeliser le modele d'heritage pour des
polygones, quadrilatere, trapeze, losange, rectangle, carré.
j'ai expliqué comment en theorie, cela doit etre fait.
et j'ai dit qu'avec le fait que java ne puisse faire de l'heritage
multiple, il fallait bidouiller : et oui le carré est un rectangle et un
losange, et ni l'un ni l'autre n'est associable à l'autre que par une
classe parente commune de type trapeze.
le recruteur specialiste java etait mouché et m'a ejecté du bureau
illico presto :)
le probleme reside dans la syntaxe, et l'on retrouve cela dans la vie de
tous les jours :
les descriptions - les noms - les extensions semantiques et grammaticales.
dans quasiment tous les langages de programmation, le langage est
descriptif : c'est à dire que l'on associe un nom à une description.
pour ce faire, il faut une grammaire rigide qui gere les contraintes
entre les axiomes conceptuels pour etendre le vocabulaire du langage. le
seul probleme et cela les mathematiciens et les ecrivains le savent : on
peut avoir besoin d'etendre axiomatiquement le systeme sans remettre en
cause l'integralite de l'edifice.
en informatique, une extension au systeme donne tout un bordel de
compatibilités et de miseres colaterales.
vous allez me dire et perl dans tout ca ? vous allez me dire que je vais
dire que perl est totalement plus mieux, different, ...
oui, perl est different.
perl part du principe que l'on a des noms et que l'on y associe des
descriptions. si on a besoin d'un nom, on le rajoute et puis voila c
reglé on n'en parle plus. et pour la grammaire, c'est pareil.
tout le probleme pour l'informaticien, est que perl aborde la
programmation comme un enfant aborderai le langage :
quand l'enfant montre un ballon, on ne lui dit pas ceci est une boule
creuse dont l'ecorce est composé de derivé du petrole raffiné par les
industries petrochimique et moulé par une usine en chine ou le
gouvernement veut pas de coca cola, et qu'il a une masse 1kg, et sur la
lune, son poid est moindre que sur terre du a la loi de la gravite
decouvert par Newton qui à donné le nom à l'unité de poid. imaginé le
topo si il montre un des ses parents qui est enfant illegitime.
voila ce que l'on apprend aux informaticiens, voila ce que l'on demande
à un langage de programmation : on decrit uniquement.
voila ce que perl ne fait pas.
maintenant, si vous faites du perl comme ca, n'hesitez pas vous aller
etre tres rapidement degouté. c'est en ca que perl est degueulasse,
illisible, incomprehensible, nul, imbitable, chiant : il dit tout haut
les mauvaises habitudes du developpeur qui code.
et avec parrot/perl6 ... ca sera pire :D
perl peut se resumer à : There Is More Than One Way To Do It. pas au
niveau des programmes que l'on peut ecrire, au niveau meme du langage du
langage de programmation.
.s'nuoM
Bonjour,
Fuxy wrote:
Maintenant je migre doucement sous Linux et je cherche un langage de
programmation compatible avec les 2 systèmes.
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je trouve
très simple, mais on associe souvent Python et Perl, je voudrais savoir
quelles sont les différences, les avantages et les inconvénients ?
Perso, depuis que j'ai ecrit mon premier programme utile ( une horloge
pour calculatrice ou la calibration se faisait au debut du cours ), j'ai
toujours ralé sur un point du langage. que cela soit des assembleurs, du
C, du C++, du java, du python, du LISP, du Prolog, du VB, ... .
le probleme que je rencontrais peut se presenter schematiquement ainsi :
alors que le langage de programmation que j'utilise est descriptif, plus
j'abstrais ce que je fais et moins les descriptions deviennent utiles.
et tres rapidement, j'arrivais à des aberrations semantiques. tout le
monde peut arriver à surmonter les aberrations semantiques des
grammaires descriptives, en patchant, en cludgeant, en bidouillant.
un exemple ?
au pif, le critere qui m'a valu de ne pas etre retenu pour un poste en
Java :
on me demandais comment modeliser le modele d'heritage pour des
polygones, quadrilatere, trapeze, losange, rectangle, carré.
j'ai expliqué comment en theorie, cela doit etre fait.
et j'ai dit qu'avec le fait que java ne puisse faire de l'heritage
multiple, il fallait bidouiller : et oui le carré est un rectangle et un
losange, et ni l'un ni l'autre n'est associable à l'autre que par une
classe parente commune de type trapeze.
le recruteur specialiste java etait mouché et m'a ejecté du bureau
illico presto :)
le probleme reside dans la syntaxe, et l'on retrouve cela dans la vie de
tous les jours :
les descriptions - les noms - les extensions semantiques et grammaticales.
dans quasiment tous les langages de programmation, le langage est
descriptif : c'est à dire que l'on associe un nom à une description.
pour ce faire, il faut une grammaire rigide qui gere les contraintes
entre les axiomes conceptuels pour etendre le vocabulaire du langage. le
seul probleme et cela les mathematiciens et les ecrivains le savent : on
peut avoir besoin d'etendre axiomatiquement le systeme sans remettre en
cause l'integralite de l'edifice.
en informatique, une extension au systeme donne tout un bordel de
compatibilités et de miseres colaterales.
vous allez me dire et perl dans tout ca ? vous allez me dire que je vais
dire que perl est totalement plus mieux, different, ...
oui, perl est different.
perl part du principe que l'on a des noms et que l'on y associe des
descriptions. si on a besoin d'un nom, on le rajoute et puis voila c
reglé on n'en parle plus. et pour la grammaire, c'est pareil.
tout le probleme pour l'informaticien, est que perl aborde la
programmation comme un enfant aborderai le langage :
quand l'enfant montre un ballon, on ne lui dit pas ceci est une boule
creuse dont l'ecorce est composé de derivé du petrole raffiné par les
industries petrochimique et moulé par une usine en chine ou le
gouvernement veut pas de coca cola, et qu'il a une masse 1kg, et sur la
lune, son poid est moindre que sur terre du a la loi de la gravite
decouvert par Newton qui à donné le nom à l'unité de poid. imaginé le
topo si il montre un des ses parents qui est enfant illegitime.
voila ce que l'on apprend aux informaticiens, voila ce que l'on demande
à un langage de programmation : on decrit uniquement.
voila ce que perl ne fait pas.
maintenant, si vous faites du perl comme ca, n'hesitez pas vous aller
etre tres rapidement degouté. c'est en ca que perl est degueulasse,
illisible, incomprehensible, nul, imbitable, chiant : il dit tout haut
les mauvaises habitudes du developpeur qui code.
et avec parrot/perl6 ... ca sera pire :D
perl peut se resumer à : There Is More Than One Way To Do It. pas au
niveau des programmes que l'on peut ecrire, au niveau meme du langage du
langage de programmation.
.s'nuoM
Bonjour,
Fuxy wrote:Maintenant je migre doucement sous Linux et je cherche un langage de
programmation compatible avec les 2 systèmes.
J'ai entendu parlé de Perl et de Python, j'ai essayé Python que je trouve
très simple, mais on associe souvent Python et Perl, je voudrais savoir
quelles sont les différences, les avantages et les inconvénients ?
Perso, depuis que j'ai ecrit mon premier programme utile ( une horloge
pour calculatrice ou la calibration se faisait au debut du cours ), j'ai
toujours ralé sur un point du langage. que cela soit des assembleurs, du
C, du C++, du java, du python, du LISP, du Prolog, du VB, ... .
le probleme que je rencontrais peut se presenter schematiquement ainsi :
alors que le langage de programmation que j'utilise est descriptif, plus
j'abstrais ce que je fais et moins les descriptions deviennent utiles.
et tres rapidement, j'arrivais à des aberrations semantiques. tout le
monde peut arriver à surmonter les aberrations semantiques des
grammaires descriptives, en patchant, en cludgeant, en bidouillant.
un exemple ?
au pif, le critere qui m'a valu de ne pas etre retenu pour un poste en
Java :
on me demandais comment modeliser le modele d'heritage pour des
polygones, quadrilatere, trapeze, losange, rectangle, carré.
j'ai expliqué comment en theorie, cela doit etre fait.
et j'ai dit qu'avec le fait que java ne puisse faire de l'heritage
multiple, il fallait bidouiller : et oui le carré est un rectangle et un
losange, et ni l'un ni l'autre n'est associable à l'autre que par une
classe parente commune de type trapeze.
le recruteur specialiste java etait mouché et m'a ejecté du bureau
illico presto :)
le probleme reside dans la syntaxe, et l'on retrouve cela dans la vie de
tous les jours :
les descriptions - les noms - les extensions semantiques et grammaticales.
dans quasiment tous les langages de programmation, le langage est
descriptif : c'est à dire que l'on associe un nom à une description.
pour ce faire, il faut une grammaire rigide qui gere les contraintes
entre les axiomes conceptuels pour etendre le vocabulaire du langage. le
seul probleme et cela les mathematiciens et les ecrivains le savent : on
peut avoir besoin d'etendre axiomatiquement le systeme sans remettre en
cause l'integralite de l'edifice.
en informatique, une extension au systeme donne tout un bordel de
compatibilités et de miseres colaterales.
vous allez me dire et perl dans tout ca ? vous allez me dire que je vais
dire que perl est totalement plus mieux, different, ...
oui, perl est different.
perl part du principe que l'on a des noms et que l'on y associe des
descriptions. si on a besoin d'un nom, on le rajoute et puis voila c
reglé on n'en parle plus. et pour la grammaire, c'est pareil.
tout le probleme pour l'informaticien, est que perl aborde la
programmation comme un enfant aborderai le langage :
quand l'enfant montre un ballon, on ne lui dit pas ceci est une boule
creuse dont l'ecorce est composé de derivé du petrole raffiné par les
industries petrochimique et moulé par une usine en chine ou le
gouvernement veut pas de coca cola, et qu'il a une masse 1kg, et sur la
lune, son poid est moindre que sur terre du a la loi de la gravite
decouvert par Newton qui à donné le nom à l'unité de poid. imaginé le
topo si il montre un des ses parents qui est enfant illegitime.
voila ce que l'on apprend aux informaticiens, voila ce que l'on demande
à un langage de programmation : on decrit uniquement.
voila ce que perl ne fait pas.
maintenant, si vous faites du perl comme ca, n'hesitez pas vous aller
etre tres rapidement degouté. c'est en ca que perl est degueulasse,
illisible, incomprehensible, nul, imbitable, chiant : il dit tout haut
les mauvaises habitudes du developpeur qui code.
et avec parrot/perl6 ... ca sera pire :D
perl peut se resumer à : There Is More Than One Way To Do It. pas au
niveau des programmes que l'on peut ecrire, au niveau meme du langage du
langage de programmation.
.s'nuoM
Je suis tout ému :) Très belle description du langage Perl !
Je suis tout ému :) Très belle description du langage Perl !
Je suis tout ému :) Très belle description du langage Perl !
perl aborde la
programmation comme un enfant aborderait le langage :
quand l'enfant montre un ballon, on ne lui dit pas : "ceci est une boule
creuse dont l'ecorce est composé de derivés du petrole raffiné par les
industries petrochimiques et moulé par une usine en chine ou le
gouvernement ne veut pas de coca cola, et il a une masse de 1kg, et sur la
lune, son poids est moindre que sur terre du a la loi de la gravite
decouvert par Newton qui à donné le nom à l'unité de poids. Imaginez le
topo si il montre un des ses parents qui est enfant illegitime.
voila ce que l'on apprend aux informaticiens, voila ce que l'on demande
à un langage de programmation : on decrit uniquement.
voila ce que perl ne fait pas.
perl aborde la
programmation comme un enfant aborderait le langage :
quand l'enfant montre un ballon, on ne lui dit pas : "ceci est une boule
creuse dont l'ecorce est composé de derivés du petrole raffiné par les
industries petrochimiques et moulé par une usine en chine ou le
gouvernement ne veut pas de coca cola, et il a une masse de 1kg, et sur la
lune, son poids est moindre que sur terre du a la loi de la gravite
decouvert par Newton qui à donné le nom à l'unité de poids. Imaginez le
topo si il montre un des ses parents qui est enfant illegitime.
voila ce que l'on apprend aux informaticiens, voila ce que l'on demande
à un langage de programmation : on decrit uniquement.
voila ce que perl ne fait pas.
perl aborde la
programmation comme un enfant aborderait le langage :
quand l'enfant montre un ballon, on ne lui dit pas : "ceci est une boule
creuse dont l'ecorce est composé de derivés du petrole raffiné par les
industries petrochimiques et moulé par une usine en chine ou le
gouvernement ne veut pas de coca cola, et il a une masse de 1kg, et sur la
lune, son poids est moindre que sur terre du a la loi de la gravite
decouvert par Newton qui à donné le nom à l'unité de poids. Imaginez le
topo si il montre un des ses parents qui est enfant illegitime.
voila ce que l'on apprend aux informaticiens, voila ce que l'on demande
à un langage de programmation : on decrit uniquement.
voila ce que perl ne fait pas.
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
Je recherche un EDI style VB/Delphi, est ce que ça existe pour Perl ?
