Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Linux est-il vraiment utilisable par un débutant en informatique? Oui

Pylades

Pour apporter ma pierre au troll, je dirais que Python (enfin, Python 3, qui lui est consistant) et Ruby sont tous deux intéressants, mais dans des domaines différents. Ruby est plus orienté objet ; peut-être un peu trop pour faire autre chose que de l'objet avec, de mon point de vue (enfin, disons que si tu veux apprendre Ruby, t'as vraiment intérêt à apprendre la POO pour pouvoir t'en servir correctement).

Кຼزດ

Snake046 a écritAh non, je peux pas te laisser dire ça. Python n'est absolument pas full-objet. C'est un langage objet, certes, mais pas full-objet.

Je suis curieux, donc je veux bien savoir pourquoi un langage dans lequel tout est objet n'est pas full-objet.

Snake046 a écrit x = if a then b else if c then d else e
C'est la base quand meme !

Pour pouvoir faire du code ultra compact et chiant à relire ? Moui, c'est faisable dans à peu près tous les langages (encore aujourd'hui je suis tombé sur 2 ternaires imbriqués dans un appel de fonction, c'est pas forcément sympa).

Sinon, le plus gros problème de ruby, c'est qu'il est un peu l'antagoniste de python sur le style ; une majorité des rubyistes prennent ça comme un avantage, mais, le fait d'avoir des tonnes de raccourcis (à la perl, en un poil moins prononcé) fait que chaque codeur ruby code un peu dans son propre langage à lui, ce qui rend le code assez affreux à reprendre en général.

(genre, qui, ici, se sert de 5.times { puts "koin" } ?)

bahoui

Bonsoir,

pour en revenir au sujet, les parents du gamin de 9 ans pour qui j'ai installé 10.10 sur un vieux pc sont très contents et lui aussi.

ils apprécient la facilité de prise en main et la logithèque fournie. Pourtant au début, ils avaient peur de ne pas s'adapter à un environnement différent de windows.

The Uploader

(genre, qui, ici, se sert de 5.times { puts "koin" } ?)

C'est la première ligne de code Ruby que j'ai vu et je l'ai compris de suite. 😉

Je trouve ça très "langage naturel" comme façon de coder. ^^

Et puis, je ne trouve pas qu'il y ai tant de code "raccourci" que ça, ni qu'il soit forcément indéchiffrable, surtout que Ruby suit la "loi" de l'étonnement moindre possible (POLA) (pour l'auteur principale de Ruby, s'entend 😛 ).

[troll] Entre du code Ruby et du code Java, devinez lequel est vraiment indéchiffrable 😛 [/troll]

Snake046

Кຼزດ a écritJe suis curieux, donc je veux bien savoir pourquoi un langage dans lequel tout est objet n'est pas full-objet.

Tout n'est pas objet en Python. Même depuis la 2.2 🙂 !

Кຼزດ a écritSinon, le plus gros problème de ruby, c'est qu'il est un peu l'antagoniste de python sur le style ; une majorité des rubyistes prennent ça comme un avantage, mais, le fait d'avoir des tonnes de raccourcis (à la perl, en un poil moins prononcé) fait que chaque codeur ruby code un peu dans son propre langage à lui, ce qui rend le code assez affreux à reprendre en général.

(genre, qui, ici, se sert de 5.times { puts "koin" } ?)

Dans le cas d'un langage aussi verbeux que Ruby, ça ne change absolument rien d'avoir plusieurs mots pour dire les même choses...
Si je te dis "ajoute 1 et 1" et "additionne 1 et 1" tu le comprend de la même façon sans avoir vraiment besoin d'y penser.

Ça rend effectivement le langage beaucoup plus long à connaître dans son ensemble, mais beaucoup plus simple à entendre.
Quand tu tombe sur une syntaxe que tu ne comprend pas, tu la saisis tout de suite.

[troll] Entre du code Ruby et du code Java, devinez lequel est vraiment indéchiffrable [/troll]

Je fais du Java tout les jours en ce moment.
Et la phrase que je répète le plus souvent ces temps-ci, c'est tout simplement "Java, c'est de la merde"... chaque fois que j'y cherche une fonctionnalité et que je découvre qu'elle n'existe pas dans ce langage (c'est assez systématique... comme si la syntaxe était déjà pas assez désagréable, il faut en plus qu'ils développent un langage qui ne sache rien faire).

nathéo

De toutes façons ruby c'est la classe... :cool:

The Uploader

Le seul langage qui fait regretter d'avoir une journée de travail qui s'arrête. :cool:

Joss17

Snake046 a écrit Je fais du Java tout les jours en ce moment.
Et la phrase que je répète le plus souvent ces temps-ci, c'est tout simplement "Java, c'est de la merde"... chaque fois que j'y cherche une fonctionnalité et que je découvre qu'elle n'existe pas dans ce langage (c'est assez systématique... comme si la syntaxe était déjà pas assez désagréable, il faut en plus qu'ils développent un langage qui ne sache rien faire).

Bah le java au niveau du langage lui même c'est pauvre, ce qui est puissant et touffu c'est les objets de bases + les objets dispo dans les librairies que tu utilises. C'est le deuxième effet java, se rendre compte que au final tout es disponible mais il faut apprendre à utiliser les objets.

Pour info c'est quoi que tu cherches à faire qui est impossible ?

a+

tshirtman

Snake046 a écrit
Кຼزດ a écritJe suis curieux, donc je veux bien savoir pourquoi un langage dans lequel tout est objet n'est pas full-objet.
Tout n'est pas objet en Python. Même depuis la 2.2 🙂 !

Ça te ferait mal de DONNER UN PUTAIN D'EXEMPLE? (oui je gueule, par ce que c'est pas la première fois que je demande, et que tu te permet d'insister sur cette argument qui nécessite au moins UN exemple, pour être etayé, et que tu n'en a pas donné)

(et au passage, on est en 3.2, mais c'est pas grave, j'accepterais les exemples jusqu'en python 2.5, version déjà bien ancienne)

Snake046

Joss17 a écrit
Snake046 a écrit Je fais du Java tout les jours en ce moment.
Et la phrase que je répète le plus souvent ces temps-ci, c'est tout simplement "Java, c'est de la merde"... chaque fois que j'y cherche une fonctionnalité et que je découvre qu'elle n'existe pas dans ce langage (c'est assez systématique... comme si la syntaxe était déjà pas assez désagréable, il faut en plus qu'ils développent un langage qui ne sache rien faire).
Bah le java au niveau du langage lui même c'est pauvre, ce qui est puissant et touffu c'est les objets de bases + les objets dispo dans les librairies que tu utilises. C'est le deuxième effet java, se rendre compte que au final tout es disponible mais il faut apprendre à utiliser les objets.

Pour info c'est quoi que tu cherches à faire qui est impossible ?

a+

Je suis bien d'accord, et c'est vrai que c'est pas mal d'avoir tout sous la main 🙂 ! Mais ça m'a beaucoup embêté de ne pas avoir accès à :
- Des classes template (et pour ceux qui oseraient me répondre ça, NON, les generics ne sont pas un équivalent aux templates).
- Héritage multiple, mais ça c'est pas trop grâve.
- friend (parce que l'alternative c'est de tout écrire dans UN SEUL fichier, et je me retrouve avec des fichiers de 700 lignes que mes collègues mettront un bon boût de temps à comprendre, même avec les pavés de commentaires que j'ai rédigé).
- Les pointeurs sur méthodes (parce qu'utiliser des interfaces pour remplacer tout les cas ou le pointeur sur méthode est juste évident dans n'importe quel autre langage, c'est juste horrible).
- Pas de scope global, bien que ce soit un choix qui puisse se comprendre.

On peut faire des choses plutôt jolies en Java (par exemple, les generics sont une approche plutôt intéressante à un des problèmes que les template peuvent résoudre - et dans les cas en question, les generics sont sûrement même plus efficace).
Mais ne serait-ce que les template, dans un langage typé, c'est une fonctionnalité indispensable. Sans parler de la mêtaprog.

Ça te ferait mal de DONNER UN PUTAIN D'EXEMPLE?

len

et au passage, on est en 3.2, mais c'est pas grave, j'accepterais les exemples jusqu'en python 2.5, version déjà bien ancienne

J'ai dit 2.2 parce que je fais mes devoirs, et que c'est à partir de la 2.2 que Python est devenu presque full-objet. Avant c'était pas plus objet que Java.

Joss17

Snake046 a écrit Je suis bien d'accord, et c'est vrai que c'est pas mal d'avoir tout sous la main 🙂 ! Mais ça m'a beaucoup embêté de ne pas avoir accès à :
- Des classes template (et pour ceux qui oseraient me répondre ça, NON, les generics ne sont pas un équivalent aux templates).
- Héritage multiple, mais ça c'est pas trop grâve.
- friend (parce que l'alternative c'est de tout écrire dans UN SEUL fichier, et je me retrouve avec des fichiers de 700 lignes que mes collègues mettront un bon boût de temps à comprendre, même avec les pavés de commentaires que j'ai rédigé).
- Les pointeurs sur méthodes (parce qu'utiliser des interfaces pour remplacer tout les cas ou le pointeur sur méthode est juste évident dans n'importe quel autre langage, c'est juste horrible).
- Pas de scope global, bien que ce soit un choix qui puisse se comprendre.

Là j'avoue que tu me surpasse en java je ne peux pas contre-argumenter sur tout ces points et tu as certainement raison (je me suis arrêter professionnellement au moment ou on était à la 1.4). En tout cas pour les pointeurs sur méthode tu as raison, mais de mémoire il n'y a pas un objet méthode que tu pourrait récupéré sur ton objet de base pour le passer en paramètre ?

a+

Keldath

Snake046 a écrit
Ça te ferait mal de DONNER UN PUTAIN D'EXEMPLE?
len

Je ne comprend pas ?

>>> type(len)
<type 'builtin_function_or_method'>
>>> type(type(len))
<type 'type'>

len(container) fait simplement appel à la méthode __len__ :

>>> l = range(5)
>>> l
[0, 1, 2, 3, 4]
>>> len(l)
5
>>> l.__len__()
5
>>>

Et même topo pour toutes les fonctions builtin.

tshirtman

Voilà, j'étais sur que c'était quelque chose dans ce gout là… donc un mauvais exemple…

Snake046

En tout cas pour les pointeurs sur méthode tu as raison, mais de mémoire il n'y a pas un objet méthode que tu pourrait récupéré sur ton objet de base pour le passer en paramètre ?

C'est effectivement ce que je fais pour le moment. Ça sauve la mise, mais ce n'est pas très élégant... et dans le cas où tu dois gérer un gros nombre de callbacks, ça fait beaucoup de lignes à taper pour peu de chose (il faut déclarer ton objet méthode, et toute ses dérivées).

@Kelbath: donc, c'est du non-objet qui appelle de l'objet ?

tshirtman

c'est du sucre syntaxique…

(et c'est de l'objet, un objet callable qui appelle un autre objet callable sur un autre objet)

The Uploader

+1.

Pylades

Snake046

tshirtman a écritc'est du sucre syntaxique…

(et c'est de l'objet, un objet callable qui appelle un autre objet callable sur un autre objet)

Ah non, c'est une FONCTION quie appelle une méthode.

tshirtman

en python, les fonctions sont des objets 🙂

(et les "builtins" sont précisément là pour ça, être des fonctions disponible quand ça n'a pas vraiment de sens d'attacher une méthode à un objet, mais plutot de la mettre dans le namespace global)

Keldath

Snake046 a écrit
tshirtman a écritc'est du sucre syntaxique…

(et c'est de l'objet, un objet callable qui appelle un autre objet callable sur un autre objet)
Ah non, c'est une FONCTION quie appelle une méthode.

Mais comme les fonctions sont des objets, peu importe.
La POO, c'est l'encapsulation de concept réutilisables dans des "boîtes". Après tu présentes ça de la manière que tu veux. Python a choisi cette façon de présenter les choses, mais tout reste objet.

« Page précédente Page suivante »