evidemment ;-)
Toi t'as u aucun prob, ça veut pas dire que tout le monde n'a u aucun prob avec cette approche
Cette approche, moi-même ne me choque pas non plus (mais avoue ne l'avoir jamais rencontré dans tous les autres langages que j'ai vu dans ma vie de développeur)...
J'ai jamais dit ca... J'ai juste voulu dire que si tu viens du C/Java ..etc.. l'approche Python ne paraissait pas plus naturelle comme tu l'affirmais ...
J'adore le codage, j'aime quand mon code est "beau", et je t'assure qu'en python il y a moyen de se faire plaisir dans ce créneau. Ce n'est pas réservé aux perls/ruby ...
Mais j'aime également être productif ... et pouvoir reprendre mon code 4ans après, et repartir dessus comme en 40 ;-)
Pareil ... mais je trouve que justement il est plus beau en Ruby ;) et puis au niveau lisibilite que dire de l'indentation ... Bien sur tout le monde devrait utiliser des espaces et pas des tabs, bien sur une tab devrait faire 8 espaces (enfin je crois de tete)... mais dans la realite ca n'arrive jamais .. Les gens ne maitrisent pas leur editeur et insere des tabs, leur tabs font 4 espaces ... etc ... au final bonjour la lisibilite (j'ai le meme probleme avec le C: les tabs sont interdites dans ma boite ..; pourtant :( )
Donc reprendre un code comme ca meme apres 4h .... alors si en plus cette indentation sert a indiquer la logique de ton programme ...
ça je dirai que c'est de la mauvaise "foie" ;-). SI moi j'arrive à lire du ruby, t'arrives à lire du python ... le problème doit se poser ici sur la motivation ;-)
Non, non ...J'ai essaye de me mettre a Python bien avant de connaitre Ruby (de tete j'ai du vouloir jouer avec en 98 ou 99) .. et ca ne m'a pas plus des le debut ... J'ai re-essaye y'a un ou deux ans en me disant "peut-etre que ca se passera mieux" et boum .. pareil ..
ça je dirai que c'est de la mauvaise "foie" ;-). SI moi j'arrive à lire du ruby, t'arrives à lire du python ... le problème doit se poser ici sur la motivation ;-)
Je pense que ce n'est pas la bonne direction (déjà prendre perl en exemple, à la base, c'est pas bon) ... "laisser autant de liberté au programmeur ... quand il existe, par nature, une seule façon de faire qqchose" ... c'est introduire des problèmes sur le long terme.
Il exitste une seule facon de faire les choses ne veut pas dire qu'il n'y a qu'un moyen de les exprimer ... sinon on parlerai tous un anglais standardise...
Exemple : Pour mes projets perso à la maison (et qui prends donc du temps sur ma vie), je préfère aller à l'essentiel, je n'ai pas le temps de philosopher sur la façon d'agencer mes opérandes (ex: me poser la "question quelle est la plus belle façon de coder cette condition ?").
Justement tu n'es pas oblige de te poser cette question .. Tu programmes comme tu penses ... sans te demander comment l'auetru du langage aurait pense cette construction ..
De plus en plus, j'ai l'impression que les rubistes (en commençant par matz) cherche à discutaller comparaison avec le python (maintenant que le perl n'est plus), uniquement pour faire parler de ruby, et donner une légitimité au langage. En faisant croire qu'ils sont sur le même terrain de jeu ...
Et je suis absolument pas d'accord avec ça ...
Ben les dernieres fois ou y'a eu des discussion sur la ML au sujet de cette comparaison c'etait des questions de nouveau-venus ou de Pythoneux qui venaient demander pourquoi l'on pensait que c'etait mieux ...Quand au Perl il a encore de beaux jours devant lui .. Et si l'on en croit ce qui devrait se faire en perl 6 ca risque d'etre sympa ...
[^] # Re: allez ...
Posté par Frederick Ros . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 1.
Toi t'as u aucun prob, ça veut pas dire que tout le monde n'a u aucun prob avec cette approche
Cette approche, moi-même ne me choque pas non plus (mais avoue ne l'avoir jamais rencontré dans tous les autres langages que j'ai vu dans ma vie de développeur)...
J'ai jamais dit ca... J'ai juste voulu dire que si tu viens du C/Java ..etc.. l'approche Python ne paraissait pas plus naturelle comme tu l'affirmais ...
J'adore le codage, j'aime quand mon code est "beau", et je t'assure qu'en python il y a moyen de se faire plaisir dans ce créneau. Ce n'est pas réservé aux perls/ruby ...
Mais j'aime également être productif ... et pouvoir reprendre mon code 4ans après, et repartir dessus comme en 40 ;-)
Pareil ... mais je trouve que justement il est plus beau en Ruby ;) et puis au niveau lisibilite que dire de l'indentation ... Bien sur tout le monde devrait utiliser des espaces et pas des tabs, bien sur une tab devrait faire 8 espaces (enfin je crois de tete)... mais dans la realite ca n'arrive jamais .. Les gens ne maitrisent pas leur editeur et insere des tabs, leur tabs font 4 espaces ... etc ... au final bonjour la lisibilite (j'ai le meme probleme avec le C: les tabs sont interdites dans ma boite ..; pourtant :( )
Donc reprendre un code comme ca meme apres 4h .... alors si en plus cette indentation sert a indiquer la logique de ton programme ...
ça je dirai que c'est de la mauvaise "foie" ;-). SI moi j'arrive à lire du ruby, t'arrives à lire du python ... le problème doit se poser ici sur la motivation ;-)
Non, non ...J'ai essaye de me mettre a Python bien avant de connaitre Ruby (de tete j'ai du vouloir jouer avec en 98 ou 99) .. et ca ne m'a pas plus des le debut ... J'ai re-essaye y'a un ou deux ans en me disant "peut-etre que ca se passera mieux" et boum .. pareil ..
ça je dirai que c'est de la mauvaise "foie" ;-). SI moi j'arrive à lire du ruby, t'arrives à lire du python ... le problème doit se poser ici sur la motivation ;-)
Bof .. je prefere http://savannah.nongnu.org/projects/pgubook/(...) et pourtant l'ASM n'est pas plus lisible ;)
Je pense que ce n'est pas la bonne direction (déjà prendre perl en exemple, à la base, c'est pas bon) ... "laisser autant de liberté au programmeur ... quand il existe, par nature, une seule façon de faire qqchose" ... c'est introduire des problèmes sur le long terme.
Il exitste une seule facon de faire les choses ne veut pas dire qu'il n'y a qu'un moyen de les exprimer ... sinon on parlerai tous un anglais standardise...
Exemple : Pour mes projets perso à la maison (et qui prends donc du temps sur ma vie), je préfère aller à l'essentiel, je n'ai pas le temps de philosopher sur la façon d'agencer mes opérandes (ex: me poser la "question quelle est la plus belle façon de coder cette condition ?").
Justement tu n'es pas oblige de te poser cette question .. Tu programmes comme tu penses ... sans te demander comment l'auetru du langage aurait pense cette construction ..
De plus en plus, j'ai l'impression que les rubistes (en commençant par matz) cherche à discutaller comparaison avec le python (maintenant que le perl n'est plus), uniquement pour faire parler de ruby, et donner une légitimité au langage. En faisant croire qu'ils sont sur le même terrain de jeu ...
Et je suis absolument pas d'accord avec ça ...
Ben les dernieres fois ou y'a eu des discussion sur la ML au sujet de cette comparaison c'etait des questions de nouveau-venus ou de Pythoneux qui venaient demander pourquoi l'on pensait que c'etait mieux ...Quand au Perl il a encore de beaux jours devant lui .. Et si l'on en croit ce qui devrait se faire en perl 6 ca risque d'etre sympa ...