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 ?
Accessoirement, je commence à en avoir un peu marre de l'agressivité de certains adeptes de Ruby vis à vis de Python, et des conneries qu'on peut trouver dans leur discours. En aucun cas je ne me permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller Python à la place. A bon entendeur, salut.
En meme temps, un groupe n'est pas forcément dédié à l'entraide technique. Et les débats
Débattre est une chose, troller en est une autre.
, enflammés ou pas, peuvent faire avancer certaines choses. Personnellement, de ma petite expérience, Ocaml est aussi à prendre en considération dans ce genre de débats.
Je ne pense pas qu'Ocaml joue dans la même catégorie que Python ou Ruby.
Enfin, tu parlais de "l'avantage de l'ancienneté" de Python par rapport à Ruby, mais je pense qu'il n'est pas très fondé dans la mesure ou justement Perl est plus ancien et plus fréquenté, ça n'en fait pas forcément un langage plus recommandé.
En l'occurrence, ce n'est pas l'ancienneté en soi qui présente un avantage, mais ce que le temps permet de construire. J'utilise Python depuis la 1.5.2, et je peux te dire qu'il y a eu beaucoup d'évolutions depuis, tant dans le langage et dans son implémentation que du point de vue de la "visibilité" - ce que reflète la taille de la communauté. A l'époque, Python était aussi peu connu que ne l'était Ruby avant toute la hype autour de Rails (qui est certes un framework très intelligement conçu, mais certainement pas un idéal à tous points de vues).
bruno.desthuilliers@gmail.com wrote:
Accessoirement, je commence à en avoir un peu marre de l'agressivité
de certains adeptes de Ruby vis à vis de Python, et des conneries
qu'on peut trouver dans leur discours. En aucun cas je ne me
permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller
Python à la place. A bon entendeur, salut.
En meme temps, un groupe n'est pas forcément dédié à l'entraide technique.
Et les débats
Débattre est une chose, troller en est une autre.
, enflammés ou pas, peuvent faire avancer certaines choses.
Personnellement, de ma petite expérience, Ocaml est aussi à prendre en
considération dans ce genre de débats.
Je ne pense pas qu'Ocaml joue dans la même catégorie que Python ou Ruby.
Enfin, tu parlais de "l'avantage de l'ancienneté" de Python par rapport à
Ruby, mais je pense qu'il n'est pas très fondé dans la mesure ou justement
Perl est plus ancien et plus fréquenté, ça n'en fait pas forcément un
langage plus recommandé.
En l'occurrence, ce n'est pas l'ancienneté en soi qui présente un
avantage, mais ce que le temps permet de construire. J'utilise Python
depuis la 1.5.2, et je peux te dire qu'il y a eu beaucoup d'évolutions
depuis, tant dans le langage et dans son implémentation que du point de
vue de la "visibilité" - ce que reflète la taille de la communauté. A
l'époque, Python était aussi peu connu que ne l'était Ruby avant toute
la hype autour de Rails (qui est certes un framework très intelligement
conçu, mais certainement pas un idéal à tous points de vues).
Accessoirement, je commence à en avoir un peu marre de l'agressivité de certains adeptes de Ruby vis à vis de Python, et des conneries qu'on peut trouver dans leur discours. En aucun cas je ne me permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller Python à la place. A bon entendeur, salut.
En meme temps, un groupe n'est pas forcément dédié à l'entraide technique. Et les débats
Débattre est une chose, troller en est une autre.
, enflammés ou pas, peuvent faire avancer certaines choses. Personnellement, de ma petite expérience, Ocaml est aussi à prendre en considération dans ce genre de débats.
Je ne pense pas qu'Ocaml joue dans la même catégorie que Python ou Ruby.
Enfin, tu parlais de "l'avantage de l'ancienneté" de Python par rapport à Ruby, mais je pense qu'il n'est pas très fondé dans la mesure ou justement Perl est plus ancien et plus fréquenté, ça n'en fait pas forcément un langage plus recommandé.
En l'occurrence, ce n'est pas l'ancienneté en soi qui présente un avantage, mais ce que le temps permet de construire. J'utilise Python depuis la 1.5.2, et je peux te dire qu'il y a eu beaucoup d'évolutions depuis, tant dans le langage et dans son implémentation que du point de vue de la "visibilité" - ce que reflète la taille de la communauté. A l'époque, Python était aussi peu connu que ne l'était Ruby avant toute la hype autour de Rails (qui est certes un framework très intelligement conçu, mais certainement pas un idéal à tous points de vues).
Bruno Desthuilliers
wrote:
On 14 fév, 04:04, Alex Marandon
Si tu dois te mettre a un nouveau langage, je te conseillerais plutot Ruby, beaucoup plus expressif et mieux documente que Python.
Heu... C'est un troll ? Bon, tant pis, je marche dedans...
Bien sur, j'espere que tu ne m'en voudras pas, je souhaitais juste apporter un peu de sel a la beatitude generale :)
Heu...
Pour des scripts d'admin, peut-être. Pour du développement applicatif, curieusement, on voit beaucoup de développeur Perl venir à Python... Il y a probablement une raison.
La hype ?
Tu vois beaucoup de hype autour de Python, toi ?
Tiens, c'est curieux, la lisibilité est justement un des qualificatifs généralement associés à Python. Entre autres par les développeurs Perl !-)
Ah les traitres !-)
Nierk nierk...
Oui, c'est vrai qu'en Ruby, les $ et les @ *en plus*, ça aide un maximum. Hem...
Pas que ca, par exemple voici trois instructions equivalentes, laquelle est la plus lisible:
o = plop() # Python o = Plop.new # Ruby my $o = plop->new; # Perl
Pas la troisième en tous cas !-)
En ce qui concerne la seconde, s'il est vrai que dans d'autres circonstances, l'absence d'opérateur d'appel en Ruby peut rendre certains codes plus élégants (ou en tout cas d'aspect plus déclaratif), j'avoue avoir personnellement du mal avec les langages sans operateur d'appel explicite (je me suis fait la même réflexion en faisant un peu de Delphi récemment...)
Donc, la première a au moins pour moi l'avantage d'être la plus explicite dans le sens où je vois bien l'appel de fonction - mais je reconnait que c'est subjectif. L'autre avantage de cette syntaxe, et là c'est moins subjectif, c'est le fait qu'on puisse, de façon transparente, remplacer la classe par n'importe quel objet appelable. Ca m'a déjà rendu service quand il a fallu remplacer une classe par une fonction "factory" dans un programme déjà conséquent.
Comme tu le faisait remarquer, la regle de nommage de Ruby est utile ici.
D'un autre côté, elle restreint la généricité du code, cf ci-dessus.
Accessoirement, je commence à en avoir un peu marre de l'agressivité de certains adeptes de Ruby vis à vis de Python, et des conneries qu'on peut trouver dans leur discours. En aucun cas je ne me permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller Python à la place. A bon entendeur, salut.
Desole, c'est vrai que ce n'est pas tres poli. Mais moi ce qui m'ennuie parfois c'est les adeptes de Python qui disent que c'est le langage ultime qui fait tout bien, rend le code propre et lisible automagiquement, etc.
Que dire du discours des adeptes de Ruby, alors ?-)
Bien sûr que Python n'est pas la panacée. Il y a même un certain nombre de gotchas et de truc crapouets dans les coins. Ca n'en reste pas moins un langage qui maintient (AMHA) un remarquable équilibre entre souplesse et lisibilité.
Le cote "adepte" est justement particulierement prononce dans cette communaute, il n'est pas rare de voir des projets citer "Ecrit en Python !" comme une des qualites remarquables du projet,
Mais c'en est une, de toute évidence !-)
certains on meme l'outrecuidance d'ajouter "donc facile a maintenir et a modifier". Ce n'est pas plus le cas que pour un autre langage.
Mon expérience est que si le langage ne fait pas tout, il peut soit aider soit être une douleur rectale. Et pas seulement par sa syntaxe - chaque langage tend à avoir sa 'philosophie', et certains (dont Python et Ruby) semble promouvoir une certaine recherche de qualité et de lisibilité.
Pour l'indentation je reste convaincu que ca apporte plus de problemes que ca n'en evite,
Tu "reste convaincu" ? Par quoi ? Tu a réellement eu des problèmes avec ça ?
bruno.desthuilliers@gmail.com wrote:
On 14 fév, 04:04, Alex Marandon <a...@removethispart.alpage.org>
Si tu dois te mettre a un nouveau langage, je te conseillerais plutot
Ruby, beaucoup plus expressif et mieux documente que Python.
Heu... C'est un troll ? Bon, tant pis, je marche dedans...
Bien sur, j'espere que tu ne m'en voudras pas, je souhaitais juste
apporter un peu de sel a la beatitude generale :)
Heu...
Pour des scripts d'admin, peut-être. Pour du développement applicatif,
curieusement, on voit beaucoup de développeur Perl venir à Python...
Il y a probablement une raison.
La hype ?
Tu vois beaucoup de hype autour de Python, toi ?
Tiens, c'est curieux, la lisibilité est justement un des qualificatifs
généralement associés à Python. Entre autres par les développeurs
Perl !-)
Ah les traitres !-)
Nierk nierk...
Oui, c'est vrai qu'en Ruby, les $ et les @ *en plus*, ça aide un
maximum. Hem...
Pas que ca, par exemple voici trois instructions equivalentes, laquelle
est la plus lisible:
o = plop() # Python
o = Plop.new # Ruby
my $o = plop->new; # Perl
Pas la troisième en tous cas !-)
En ce qui concerne la seconde, s'il est vrai que dans d'autres
circonstances, l'absence d'opérateur d'appel en Ruby peut rendre
certains codes plus élégants (ou en tout cas d'aspect plus déclaratif),
j'avoue avoir personnellement du mal avec les langages sans operateur
d'appel explicite (je me suis fait la même réflexion en faisant un peu
de Delphi récemment...)
Donc, la première a au moins pour moi l'avantage d'être la plus
explicite dans le sens où je vois bien l'appel de fonction - mais je
reconnait que c'est subjectif. L'autre avantage de cette syntaxe, et là
c'est moins subjectif, c'est le fait qu'on puisse, de façon
transparente, remplacer la classe par n'importe quel objet appelable. Ca
m'a déjà rendu service quand il a fallu remplacer une classe par une
fonction "factory" dans un programme déjà conséquent.
Comme tu le faisait remarquer, la regle de nommage de Ruby est utile
ici.
D'un autre côté, elle restreint la généricité du code, cf ci-dessus.
Accessoirement, je commence à en avoir un peu marre de l'agressivité
de certains adeptes de Ruby vis à vis de Python, et des conneries
qu'on peut trouver dans leur discours. En aucun cas je ne me
permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller
Python à la place. A bon entendeur, salut.
Desole, c'est vrai que ce n'est pas tres poli. Mais moi ce qui m'ennuie
parfois c'est les adeptes de Python qui disent que c'est le langage
ultime qui fait tout bien, rend le code propre et lisible
automagiquement, etc.
Que dire du discours des adeptes de Ruby, alors ?-)
Bien sûr que Python n'est pas la panacée. Il y a même un certain nombre
de gotchas et de truc crapouets dans les coins. Ca n'en reste pas moins
un langage qui maintient (AMHA) un remarquable équilibre entre souplesse
et lisibilité.
Le cote "adepte" est justement particulierement
prononce dans cette communaute, il n'est pas rare de voir des projets
citer "Ecrit en Python !" comme une des qualites remarquables du projet,
Mais c'en est une, de toute évidence !-)
certains on meme l'outrecuidance d'ajouter "donc facile a maintenir et a
modifier". Ce n'est pas plus le cas que pour un autre langage.
Mon expérience est que si le langage ne fait pas tout, il peut soit
aider soit être une douleur rectale. Et pas seulement par sa syntaxe -
chaque langage tend à avoir sa 'philosophie', et certains (dont Python
et Ruby) semble promouvoir une certaine recherche de qualité et de
lisibilité.
Pour
l'indentation je reste convaincu que ca apporte plus de problemes que ca
n'en evite,
Tu "reste convaincu" ? Par quoi ? Tu a réellement eu des problèmes avec ça ?
Si tu dois te mettre a un nouveau langage, je te conseillerais plutot Ruby, beaucoup plus expressif et mieux documente que Python.
Heu... C'est un troll ? Bon, tant pis, je marche dedans...
Bien sur, j'espere que tu ne m'en voudras pas, je souhaitais juste apporter un peu de sel a la beatitude generale :)
Heu...
Pour des scripts d'admin, peut-être. Pour du développement applicatif, curieusement, on voit beaucoup de développeur Perl venir à Python... Il y a probablement une raison.
La hype ?
Tu vois beaucoup de hype autour de Python, toi ?
Tiens, c'est curieux, la lisibilité est justement un des qualificatifs généralement associés à Python. Entre autres par les développeurs Perl !-)
Ah les traitres !-)
Nierk nierk...
Oui, c'est vrai qu'en Ruby, les $ et les @ *en plus*, ça aide un maximum. Hem...
Pas que ca, par exemple voici trois instructions equivalentes, laquelle est la plus lisible:
o = plop() # Python o = Plop.new # Ruby my $o = plop->new; # Perl
Pas la troisième en tous cas !-)
En ce qui concerne la seconde, s'il est vrai que dans d'autres circonstances, l'absence d'opérateur d'appel en Ruby peut rendre certains codes plus élégants (ou en tout cas d'aspect plus déclaratif), j'avoue avoir personnellement du mal avec les langages sans operateur d'appel explicite (je me suis fait la même réflexion en faisant un peu de Delphi récemment...)
Donc, la première a au moins pour moi l'avantage d'être la plus explicite dans le sens où je vois bien l'appel de fonction - mais je reconnait que c'est subjectif. L'autre avantage de cette syntaxe, et là c'est moins subjectif, c'est le fait qu'on puisse, de façon transparente, remplacer la classe par n'importe quel objet appelable. Ca m'a déjà rendu service quand il a fallu remplacer une classe par une fonction "factory" dans un programme déjà conséquent.
Comme tu le faisait remarquer, la regle de nommage de Ruby est utile ici.
D'un autre côté, elle restreint la généricité du code, cf ci-dessus.
Accessoirement, je commence à en avoir un peu marre de l'agressivité de certains adeptes de Ruby vis à vis de Python, et des conneries qu'on peut trouver dans leur discours. En aucun cas je ne me permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller Python à la place. A bon entendeur, salut.
Desole, c'est vrai que ce n'est pas tres poli. Mais moi ce qui m'ennuie parfois c'est les adeptes de Python qui disent que c'est le langage ultime qui fait tout bien, rend le code propre et lisible automagiquement, etc.
Que dire du discours des adeptes de Ruby, alors ?-)
Bien sûr que Python n'est pas la panacée. Il y a même un certain nombre de gotchas et de truc crapouets dans les coins. Ca n'en reste pas moins un langage qui maintient (AMHA) un remarquable équilibre entre souplesse et lisibilité.
Le cote "adepte" est justement particulierement prononce dans cette communaute, il n'est pas rare de voir des projets citer "Ecrit en Python !" comme une des qualites remarquables du projet,
Mais c'en est une, de toute évidence !-)
certains on meme l'outrecuidance d'ajouter "donc facile a maintenir et a modifier". Ce n'est pas plus le cas que pour un autre langage.
Mon expérience est que si le langage ne fait pas tout, il peut soit aider soit être une douleur rectale. Et pas seulement par sa syntaxe - chaque langage tend à avoir sa 'philosophie', et certains (dont Python et Ruby) semble promouvoir une certaine recherche de qualité et de lisibilité.
Pour l'indentation je reste convaincu que ca apporte plus de problemes que ca n'en evite,
Tu "reste convaincu" ? Par quoi ? Tu a réellement eu des problèmes avec ça ?
jean-michel bain-cornu
jean-michel bain-cornu wrote:>
La structure d'un script python restera toujours lisible, quelle que soit la négligence du programmeur.
Si cette affirmation semble theoriquement tenir debout, la pratique montre que ce n'est pas malheureusement pas le cas, le programmeur negligent prendra en effet soin d'alterner entre espaces et tabulations et fera varier le nombre de ces espaces et tabulations au fil de son code.
Ce n'est pas un pb avec un éditeur qui tient la route ;-)
jean-michel bain-cornu wrote:>
La structure d'un script python restera toujours lisible, quelle que soit
la négligence du programmeur.
Si cette affirmation semble theoriquement tenir debout, la pratique
montre que ce n'est pas malheureusement pas le cas, le programmeur
negligent prendra en effet soin d'alterner entre espaces et tabulations
et fera varier le nombre de ces espaces et tabulations au fil de son code.
Ce n'est pas un pb avec un éditeur qui tient la route ;-)
La structure d'un script python restera toujours lisible, quelle que soit la négligence du programmeur.
Si cette affirmation semble theoriquement tenir debout, la pratique montre que ce n'est pas malheureusement pas le cas, le programmeur negligent prendra en effet soin d'alterner entre espaces et tabulations et fera varier le nombre de ces espaces et tabulations au fil de son code.
Ce n'est pas un pb avec un éditeur qui tient la route ;-)
William Dode
On 14-02-2007, Alex Marandon wrote:
Accessoirement, je commence à en avoir un peu marre de l'agressivité de certains adeptes de Ruby vis à vis de Python, et des conneries qu'on peut trouver dans leur discours. En aucun cas je ne me permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller Python à la place. A bon entendeur, salut.
Desole, c'est vrai que ce n'est pas tres poli. Mais moi ce qui m'ennuie parfois c'est les adeptes de Python qui disent que c'est le langage ultime qui fait tout bien, rend le code propre et lisible automagiquement, etc. Le cote "adepte" est justement particulierement prononce dans cette communaute, il n'est pas rare de voir des projets citer "Ecrit en Python !" comme une des qualites remarquables du projet, certains on meme l'outrecuidance d'ajouter "donc facile a maintenir et a modifier".
A l'époque où je faisai du java, du windev, du php etc. j'aurai été bien content que les adeptes de python soient un peu plus loquaces, ça m'aurait fait gagner quelques années !
Ce n'est pas plus le cas que pour un autre langage.
En théorie peut-être, en pratique si si si !!! En tout cas pour moi c'est mesurable. Estimes-toi heureux qu'on soit plutôt timides, sinon je te dirais que grace à python samedi je pars une semaine à la montagne avec mon client.
Pour l'indentation je reste convaincu que ca apporte plus de problemes que ca n'en evite, meme si ce n'est pas non plus redibitoire.
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é.
Si tu parles des problèmes avec des tabs au milieu, là tout le monde est d'accord.
-- William Dodé - http://flibuste.net Développeur informatique indépendant
On 14-02-2007, Alex Marandon wrote:
Accessoirement, je commence à en avoir un peu marre de l'agressivité
de certains adeptes de Ruby vis à vis de Python, et des conneries
qu'on peut trouver dans leur discours. En aucun cas je ne me
permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller
Python à la place. A bon entendeur, salut.
Desole, c'est vrai que ce n'est pas tres poli. Mais moi ce qui m'ennuie
parfois c'est les adeptes de Python qui disent que c'est le langage
ultime qui fait tout bien, rend le code propre et lisible
automagiquement, etc. Le cote "adepte" est justement particulierement
prononce dans cette communaute, il n'est pas rare de voir des projets
citer "Ecrit en Python !" comme une des qualites remarquables du projet,
certains on meme l'outrecuidance d'ajouter "donc facile a maintenir et a
modifier".
A l'époque où je faisai du java, du windev, du php etc. j'aurai été bien
content que les adeptes de python soient un peu plus loquaces, ça
m'aurait fait gagner quelques années !
Ce n'est pas plus le cas que pour un autre langage.
En théorie peut-être, en pratique si si si !!! En tout cas pour moi
c'est mesurable. Estimes-toi heureux qu'on soit plutôt timides, sinon je
te dirais que grace à python samedi je pars une semaine à la montagne
avec mon client.
Pour
l'indentation je reste convaincu que ca apporte plus de problemes que ca
n'en evite, meme si ce n'est pas non plus redibitoire.
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é.
Si tu parles des problèmes avec des tabs au milieu, là tout le monde est
d'accord.
--
William Dodé - http://flibuste.net
Développeur informatique indépendant
Accessoirement, je commence à en avoir un peu marre de l'agressivité de certains adeptes de Ruby vis à vis de Python, et des conneries qu'on peut trouver dans leur discours. En aucun cas je ne me permettrais d'intervenir sur un ng Ruby pour casser Ruby et conseiller Python à la place. A bon entendeur, salut.
Desole, c'est vrai que ce n'est pas tres poli. Mais moi ce qui m'ennuie parfois c'est les adeptes de Python qui disent que c'est le langage ultime qui fait tout bien, rend le code propre et lisible automagiquement, etc. Le cote "adepte" est justement particulierement prononce dans cette communaute, il n'est pas rare de voir des projets citer "Ecrit en Python !" comme une des qualites remarquables du projet, certains on meme l'outrecuidance d'ajouter "donc facile a maintenir et a modifier".
A l'époque où je faisai du java, du windev, du php etc. j'aurai été bien content que les adeptes de python soient un peu plus loquaces, ça m'aurait fait gagner quelques années !
Ce n'est pas plus le cas que pour un autre langage.
En théorie peut-être, en pratique si si si !!! En tout cas pour moi c'est mesurable. Estimes-toi heureux qu'on soit plutôt timides, sinon je te dirais que grace à python samedi je pars une semaine à la montagne avec mon client.
Pour l'indentation je reste convaincu que ca apporte plus de problemes que ca n'en evite, meme si ce n'est pas non plus redibitoire.
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é.
Si tu parles des problèmes avec des tabs au milieu, là tout le monde est d'accord.
-- William Dodé - http://flibuste.net Développeur informatique indépendant
jean-michel bain-cornu
Si tu parles des problèmes avec des tabs au milieu, là tout le monde est d'accord.
<provocation inutile mais c'est tellement bon>
Hum, ça sent bon le vi, ça ! </provocation inutile mais c'est tellement bon>
Si tu parles des problèmes avec des tabs au milieu, là tout le monde est
d'accord.
<provocation inutile mais c'est tellement bon>
Hum, ça sent bon le vi, ça !
</provocation inutile mais c'est tellement bon>
Si tu parles des problèmes avec des tabs au milieu, là tout le monde est d'accord.
<provocation inutile mais c'est tellement bon>
Hum, ça sent bon le vi, ça ! </provocation inutile mais c'est tellement bon>
hg
Luc Heinrich wrote:
hg wrote:
Je pense qu'il faut aussi insiter sur le fait que les NG pythons (anglophone très actifs) sont _bien_ plus utiles que ceux de Ruby et Perl ... ou les gens on tendance à se grater le nombril et planter les nouveaux venus qui on l'outrecuidance de ne pas être des experts ... ou a expliquer pourquoi ils sont les meilleurs.
C'est marrant, c'est *exactement* ce qui se dit à propos des groupes Python dans les groupes Ruby. Dingue non ? :>
-- Luc Heinrich
On fais la course aux examples Luc ?
Luc Heinrich wrote:
hg <hg@nospam.org> wrote:
Je pense qu'il faut aussi insiter sur le fait que les NG pythons
(anglophone très actifs) sont _bien_ plus utiles que ceux de Ruby et Perl
... ou les gens on tendance à se grater le nombril et planter les
nouveaux venus qui on l'outrecuidance de ne pas être des experts ... ou a
expliquer pourquoi ils sont les meilleurs.
C'est marrant, c'est *exactement* ce qui se dit à propos des groupes
Python dans les groupes Ruby. Dingue non ? :>
Je pense qu'il faut aussi insiter sur le fait que les NG pythons (anglophone très actifs) sont _bien_ plus utiles que ceux de Ruby et Perl ... ou les gens on tendance à se grater le nombril et planter les nouveaux venus qui on l'outrecuidance de ne pas être des experts ... ou a expliquer pourquoi ils sont les meilleurs.
C'est marrant, c'est *exactement* ce qui se dit à propos des groupes Python dans les groupes Ruby. Dingue non ? :>
-- Luc Heinrich
On fais la course aux examples Luc ?
luc
hg wrote:
Je pense qu'il faut aussi insiter sur le fait que les NG pythons (anglophone très actifs) sont _bien_ plus utiles que ceux de Ruby et Perl ... ou les gens on tendance à se grater le nombril et planter les nouveaux venus qui on l'outrecuidance de ne pas être des experts ... ou a expliquer pourquoi ils sont les meilleurs.
C'est marrant, c'est *exactement* ce qui se dit à propos des groupes Python dans les groupes Ruby. Dingue non ? :>
-- Luc Heinrich
hg <hg@nospam.org> wrote:
Je pense qu'il faut aussi insiter sur le fait que les NG pythons (anglophone
très actifs) sont _bien_ plus utiles que ceux de Ruby et Perl ... ou les
gens on tendance à se grater le nombril et planter les nouveaux venus qui
on l'outrecuidance de ne pas être des experts ... ou a expliquer pourquoi
ils sont les meilleurs.
C'est marrant, c'est *exactement* ce qui se dit à propos des groupes
Python dans les groupes Ruby. Dingue non ? :>
Je pense qu'il faut aussi insiter sur le fait que les NG pythons (anglophone très actifs) sont _bien_ plus utiles que ceux de Ruby et Perl ... ou les gens on tendance à se grater le nombril et planter les nouveaux venus qui on l'outrecuidance de ne pas être des experts ... ou a expliquer pourquoi ils sont les meilleurs.
C'est marrant, c'est *exactement* ce qui se dit à propos des groupes Python dans les groupes Ruby. Dingue non ? :>
-- Luc Heinrich
Olivier Ravard
Pierre wrote:
Whaaa, quel enthousiasme et que dapplications ! Avant de me décider je désirais savoir qui étaient les utilisateurs programmeurs et leurs applications. Là cest tout bon, je suis convaincu Je télécharge, jimprime et lis le livre disponible là : http://www.cifen.ulg.ac.be/inforef/swi/python.htm
Merci, Pierre. C'est vrai que la question initiale était "qui êtes vous et que faites vous ?"
et ça a dévié sur un débat, intéressant par ailleurs, entre python et ruby.
Pour répondre à la première question, en ce qui me concerne, j'ai une formation de type télécom/ électromagnétisme. Je travaille dans une société dans laquelle on développe une (seule) grosse application (reconnaissance de modulation en aveugle de signaux de télécom + géolocalisation d'émetteurs) élaborée avec 90% de Python et 10 % de C (modules Boost) pour les calculs lourds. Le tout fait à peu près 100000 lignes de code et l'application est développée depuis 4 ans. Quand au choix de python pour développer ce soft, il résulte d'une longue réflexion et on ne regrette pas du tout ce choix. Pour les outils : Eclipse, + plugin pydev + plugin SVN. IHM à la main wx (avec wrapper pour avoir la syntaxe de Tkinter plus lisible).
Concernant le débat Python/Ruby, je ne poserais que quelques questions, ne connaissant pas du tout ce langage (Ruby vous avez bien compris): - existe-t-il des possibilités de développer des modules en C/C++ ? - est-il multi plateformes ?
Olivier
Pierre wrote:
Whaaa, quel enthousiasme et que dapplications !
Avant de me décider je désirais savoir qui étaient les utilisateurs
programmeurs et leurs applications.
Là cest tout bon, je suis convaincu
Je télécharge, jimprime et lis le livre disponible là :
http://www.cifen.ulg.ac.be/inforef/swi/python.htm
Merci,
Pierre.
C'est vrai que la question initiale était "qui êtes vous et que faites vous ?"
et ça a dévié sur un débat, intéressant par ailleurs, entre python et ruby.
Pour répondre à la première question, en ce qui me concerne, j'ai une formation
de type télécom/ électromagnétisme. Je travaille dans une société dans laquelle
on développe une (seule) grosse application (reconnaissance de modulation en
aveugle de signaux de télécom + géolocalisation d'émetteurs) élaborée avec 90%
de Python et 10 % de C (modules Boost) pour les calculs lourds. Le tout fait à
peu près 100000 lignes de code et l'application est développée depuis 4 ans.
Quand au choix de python pour développer ce soft, il résulte d'une longue réflexion
et on ne regrette pas du tout ce choix.
Pour les outils : Eclipse, + plugin pydev + plugin SVN. IHM à la main wx (avec wrapper
pour avoir la syntaxe de Tkinter plus lisible).
Concernant le débat Python/Ruby, je ne poserais que quelques questions, ne connaissant pas
du tout ce langage (Ruby vous avez bien compris):
- existe-t-il des possibilités de développer des modules en C/C++ ?
- est-il multi plateformes ?
Whaaa, quel enthousiasme et que dapplications ! Avant de me décider je désirais savoir qui étaient les utilisateurs programmeurs et leurs applications. Là cest tout bon, je suis convaincu Je télécharge, jimprime et lis le livre disponible là : http://www.cifen.ulg.ac.be/inforef/swi/python.htm
Merci, Pierre. C'est vrai que la question initiale était "qui êtes vous et que faites vous ?"
et ça a dévié sur un débat, intéressant par ailleurs, entre python et ruby.
Pour répondre à la première question, en ce qui me concerne, j'ai une formation de type télécom/ électromagnétisme. Je travaille dans une société dans laquelle on développe une (seule) grosse application (reconnaissance de modulation en aveugle de signaux de télécom + géolocalisation d'émetteurs) élaborée avec 90% de Python et 10 % de C (modules Boost) pour les calculs lourds. Le tout fait à peu près 100000 lignes de code et l'application est développée depuis 4 ans. Quand au choix de python pour développer ce soft, il résulte d'une longue réflexion et on ne regrette pas du tout ce choix. Pour les outils : Eclipse, + plugin pydev + plugin SVN. IHM à la main wx (avec wrapper pour avoir la syntaxe de Tkinter plus lisible).
Concernant le débat Python/Ruby, je ne poserais que quelques questions, ne connaissant pas du tout ce langage (Ruby vous avez bien compris): - existe-t-il des possibilités de développer des modules en C/C++ ? - est-il multi plateformes ?
Olivier
NicolasP
Bonjour,
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 ? Je suis électronicien mais je fais aussi beaucoup de soft en C (un peu sur PC et beaucoup en embarqué)
Au boulot : - Logiciel de téléchargement d'images dans un produit embarqué (PIL + wxPython) - Outils d'aide à la programmation C et VHDL : Par exemple, génération d'un tableau initialisé avec les données d'une courbe gamma pour du VHDL. Ou bien éditeur de polices de caractères bitmap dont le fichier de sortie est un fichier d'entête C (.h) qui sera compilé dans l'application (écrite en C). - Outils de mises en forme de données : moulinettes pour passer des données d'un format à un autre - Divers petits scripts pour diverses choses.
A la maison : - Logiciel de gestion de comptes perso : En cours. J'avance pas vite par manque de temps. - Site WEB : Très embryonnaire pour l'instant. Je m'appuie sur le framework Karrigell. J'ai prévu de développer une galerie photos (quand j'aurais le temps). - Divers petits scripts pour diverses choses.
Pourquoi python ? - Language clair et efficace (peu de lignes de code pour un résultat donné par rapport au C) - Bibliothèque énorme (d'où la ligne de dessus) - Réutilisation de code beaucoup plus facile qu'en C - Pas besoin de recompiler pour exécuter un script suite à modif - Possibilité de générer un exécutable "autosuffisant" (avec py2exe par exemple)
Nicolas
Bonjour,
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 ?
Je suis électronicien mais je fais aussi beaucoup de soft en C (un peu sur PC et beaucoup en embarqué)
Au boulot :
- Logiciel de téléchargement d'images dans un produit embarqué (PIL + wxPython)
- Outils d'aide à la programmation C et VHDL : Par exemple, génération d'un tableau initialisé avec les données d'une courbe gamma pour du VHDL. Ou bien éditeur de polices de caractères bitmap dont le fichier de sortie est un fichier d'entête C (.h) qui sera compilé dans l'application (écrite en C).
- Outils de mises en forme de données : moulinettes pour passer des données d'un format à un autre
- Divers petits scripts pour diverses choses.
A la maison :
- Logiciel de gestion de comptes perso : En cours. J'avance pas vite par manque de temps.
- Site WEB : Très embryonnaire pour l'instant. Je m'appuie sur le framework Karrigell. J'ai prévu de développer une galerie photos (quand j'aurais le temps).
- Divers petits scripts pour diverses choses.
Pourquoi python ?
- Language clair et efficace (peu de lignes de code pour un résultat donné par rapport au C)
- Bibliothèque énorme (d'où la ligne de dessus)
- Réutilisation de code beaucoup plus facile qu'en C
- Pas besoin de recompiler pour exécuter un script suite à modif
- Possibilité de générer un exécutable "autosuffisant" (avec py2exe par exemple)
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 ? Je suis électronicien mais je fais aussi beaucoup de soft en C (un peu sur PC et beaucoup en embarqué)
Au boulot : - Logiciel de téléchargement d'images dans un produit embarqué (PIL + wxPython) - Outils d'aide à la programmation C et VHDL : Par exemple, génération d'un tableau initialisé avec les données d'une courbe gamma pour du VHDL. Ou bien éditeur de polices de caractères bitmap dont le fichier de sortie est un fichier d'entête C (.h) qui sera compilé dans l'application (écrite en C). - Outils de mises en forme de données : moulinettes pour passer des données d'un format à un autre - Divers petits scripts pour diverses choses.
A la maison : - Logiciel de gestion de comptes perso : En cours. J'avance pas vite par manque de temps. - Site WEB : Très embryonnaire pour l'instant. Je m'appuie sur le framework Karrigell. J'ai prévu de développer une galerie photos (quand j'aurais le temps). - Divers petits scripts pour diverses choses.
Pourquoi python ? - Language clair et efficace (peu de lignes de code pour un résultat donné par rapport au C) - Bibliothèque énorme (d'où la ligne de dessus) - Réutilisation de code beaucoup plus facile qu'en C - Pas besoin de recompiler pour exécuter un script suite à modif - Possibilité de générer un exécutable "autosuffisant" (avec py2exe par exemple)
Nicolas
Laurent Pointal
Je nai malheureusement pas trouvé (je nai peut être pas bien cherché) beaucoup dexemples dapplications écrites en Python. Pouvez-vous men citer ?
Je viens d'en découvrir une qui m'a fortement impressionnée: http://www.getdemocracy.com/
Du Python + XUL + javascript + intégration de librairies tiers pour réaliser une grosse [*] application pour tout ce qui est vidéo par Internet (et accessoirement en local).
Bravo aux développeurs. Ca gagne à être plus connu.
[*] Au sens puissante... mais aussi volumineuse car livrée avec ses dépendances.
Je nai malheureusement pas trouvé (je nai peut être pas bien cherché)
beaucoup dexemples dapplications écrites en Python. Pouvez-vous men
citer ?
Je viens d'en découvrir une qui m'a fortement impressionnée:
http://www.getdemocracy.com/
Du Python + XUL + javascript + intégration de librairies tiers pour
réaliser une grosse [*] application pour tout ce qui est vidéo par
Internet (et accessoirement en local).
Bravo aux développeurs. Ca gagne à être plus connu.
[*] Au sens puissante... mais aussi volumineuse car livrée avec ses
dépendances.
Je nai malheureusement pas trouvé (je nai peut être pas bien cherché) beaucoup dexemples dapplications écrites en Python. Pouvez-vous men citer ?
Je viens d'en découvrir une qui m'a fortement impressionnée: http://www.getdemocracy.com/
Du Python + XUL + javascript + intégration de librairies tiers pour réaliser une grosse [*] application pour tout ce qui est vidéo par Internet (et accessoirement en local).
Bravo aux développeurs. Ca gagne à être plus connu.
[*] Au sens puissante... mais aussi volumineuse car livrée avec ses dépendances.
