Bon ... c'est pas mal ...
C'est assez bien pensé, (mais je suis très loin d'avoir fait le tour) ...
Par contre, je suis rassuré ...
On ne peut pas comparer ruby et python ... même s'ils ont qques particularités communes (langage de script, interprétés, dynamique et objet(avec un avantage certain pour ruby))
Ils ne jouent carrément pas dans la même cour ... mais alors pas du tout !
Même si le code suivant est très "human readable" :
exit unless "restaurant".include? "aura"
en très gros : on ne sort pas du "restaurant" à moins qu'il inclue "aura" ...
C'est très naturel, et se rapproche quasiment du langage humain ...
Là où ça pêche, c'est qu'on peut formuler la même idée d'au moins 5 façon différentes (au moins)
Là où python ne laisse qu'une seule forme :
if "aura" not in "restaurant": exit
(je continue à croire que tout programmeur venant du monde c/java/c#/basic sera plus habitué à comprendre la (seule et unique) "forme python")
L'esprit des 2 langages diffèrent énormément sur ce point. Python dit qu'il ne doit y avoir qu'une seule façon de faire (et le respect bien), et ruby laisse au programmeur la liberté de faire comme bon lui semble ...
A partir de ce constat : il est évident que le tant d'apprentissage du ruby est bien supérieur au tant d'apprentissage du python. Car il existe, de manière générale, différentes formes de construction du code.(et je l'ai vécu, au bout d'1h d'apprentissage de python, j'arrivai à faire des choses déjà bien ... je ne peux pas en dire autant après 1h de ruby)
Dans le même ordre d'idée, ça doit compliquer également la maintenance d'un code d'un tier (pour peu qu'il utilise pas les mêmes formes que soi ... à moins de toutes les connaître bien évidemment)
C'est assez flagrant, car même sur les sites du tutoriels, ils n'expliquent pas forcément la même forme pour faire tel ou tel chose (et ça, ça m'a perturbé ... je me suis même demandé s'il n'avait pas changé le langage entre les 2 docs ... mais peut être suis déjà trop formatté python 'one way')
Bref, les 2 langages ne jouent pas du tout dans la même catégorie. J'ai un peu peur que ruby ne se cantonne qu'à une niche de programmeur expérimenté. Certes la conception du langage est très interessante (et m'a donné envi de voir smalltalk) ... Mais je continue à croire que son appréhension reste difficile pour le programmeur lambda que je suis ...
[^] # Re: allez ...
Posté par manatlan (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 2.
C'est assez bien pensé, (mais je suis très loin d'avoir fait le tour) ...
Par contre, je suis rassuré ...
On ne peut pas comparer ruby et python ... même s'ils ont qques particularités communes (langage de script, interprétés, dynamique et objet(avec un avantage certain pour ruby))
Ils ne jouent carrément pas dans la même cour ... mais alors pas du tout !
Même si le code suivant est très "human readable" :
exit unless "restaurant".include? "aura"
en très gros : on ne sort pas du "restaurant" à moins qu'il inclue "aura" ...
C'est très naturel, et se rapproche quasiment du langage humain ...
Là où ça pêche, c'est qu'on peut formuler la même idée d'au moins 5 façon différentes (au moins)
Là où python ne laisse qu'une seule forme :
if "aura" not in "restaurant": exit
(je continue à croire que tout programmeur venant du monde c/java/c#/basic sera plus habitué à comprendre la (seule et unique) "forme python")
L'esprit des 2 langages diffèrent énormément sur ce point. Python dit qu'il ne doit y avoir qu'une seule façon de faire (et le respect bien), et ruby laisse au programmeur la liberté de faire comme bon lui semble ...
A partir de ce constat : il est évident que le tant d'apprentissage du ruby est bien supérieur au tant d'apprentissage du python. Car il existe, de manière générale, différentes formes de construction du code.(et je l'ai vécu, au bout d'1h d'apprentissage de python, j'arrivai à faire des choses déjà bien ... je ne peux pas en dire autant après 1h de ruby)
Dans le même ordre d'idée, ça doit compliquer également la maintenance d'un code d'un tier (pour peu qu'il utilise pas les mêmes formes que soi ... à moins de toutes les connaître bien évidemment)
C'est assez flagrant, car même sur les sites du tutoriels, ils n'expliquent pas forcément la même forme pour faire tel ou tel chose (et ça, ça m'a perturbé ... je me suis même demandé s'il n'avait pas changé le langage entre les 2 docs ... mais peut être suis déjà trop formatté python 'one way')
Bref, les 2 langages ne jouent pas du tout dans la même catégorie. J'ai un peu peur que ruby ne se cantonne qu'à une niche de programmeur expérimenté. Certes la conception du langage est très interessante (et m'a donné envi de voir smalltalk) ... Mais je continue à croire que son appréhension reste difficile pour le programmeur lambda que je suis ...
Je vais perseverer ...