• [^] # Re: Différence avec Python ?

    Posté par . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 2.

    Allez, je me répéte : c'est le premier code Ruby que je vois, alors que j'ai déjà un peu (trés peu, juste asser pour pouvoir le lire justement) toucher au Python, le seul language que j'ai pratiquer régulierement est le java, dont la syntaxe est plus proche du Python que de Ruby, donc l'argument sur l'habitude ne tient pas. Attention, je ne dit pas que le Python est incompréhensible (je fait aussi du perl un peu...), mais juste que le code est moins clair/espacé/fait_plus_mal_aux_yeux que celui de Ruby.

    A mon avis, quelqu'un qui n'est "pas developpeur du tout" come tu le dis, il ne comprendra rien à aucun des deux codes.

    Les quelques "end" te deplaisent ? un petit "end" sur un ligne ne me gene pas, en tout cas moins que de devoir mettre un self à chaque ligne, et en plus dans le prototype d'une méthode ! Serieusement, c'est comme ca qu'on fait en python ? Si oui, je ne comprends pas comment on peut defendre ca, en tout cas j'ai jamais eu à faire des constructeur avec "this" en paramétre en Java (d'ailleurs le this de java ne me plait pas plus que le self de ptyhon, mais j'ai l'impression qu'il est un peu moins présent). Franchement, si on est obliger de donner 2 parametres au constructeur d'une classe Square, ca me fait bien rigoler...J'imagine qu'il y à une bonne raison que je ne connais pas ?


    quand au "__" de python, ça "pollue" ou "améliore la lisibilité" autant que les $ et @ de ruby


    Non, apprends à compter, ou arrête la mauvaise fois, il y en a infiniment moins en ruby.



    car le full OO, t'obliges à programmer en OO uniquement !


    Et cette restriction te permet d'avoir un code plus structuré, contrairement à un langage "fourre tout" qui te permet de tout faire (perl etant l'exemple ultime). Et quand tu decide de programmer objet, autant prendre un "vrai" langage objet, et ne pas essayer de faire du procedural avec.

    Si tu choisi un vraiment langage en fonction de son API, jette python et met toi à java ou .net. Ou perl.