Alex a écrit 1849 commentaires

Les premières pages du site web indiqué en début de thread

La seule chose qui m'embête un peu dans tout ça ... c'est que python est à 2 doigts d'être reconnu dans le monde de l'entreprise ...(en éclipsant perl ...)

Moi je trouve qu'il est déjà reconnu, grace a des produits comme zope et prelude.
Et il est évidant que ruby est encore bien jeune, manque de lib (comparé a python ou a perl) et de killer apps. Néanmoins on commence a voir une communauté se créer autours de ruby (bon daccord, cest surtout dans la recherche, mais ça vient, voir http://www.rubygarden.org/ruby?RealWorldRuby(...) pour des exemples concrets)

Sinon on commence tout de même a trouver quelques applis/libs/framework sympathiques, tel rails, soap4r, ... c'est le temps qu'une commuanuté se mette en place.

Par contre j'entends beaucoup parler de smalltalk, j'avais voulu essayer mais avait été un peu rebuté par les if qui sont des méthodes et cie... ça vaut vraiment ls coup de s'y mettre ? Ya des bons tutos ? (je viens d'installer squeak... ça a l'air sympathique, en tout cas le framework de base a l'air complet, mais l'environnement est plutot... flashy)

l = list.collect {|i| i*2 if i > 10} (pour éviter tout nouveau troll sur la syntaxe on peut mettre un retour a la ligne et un end a la place des accolades)

sinon je te laccorde le code python me parait également plus compréhensible sur une première lecture.
Mais bon je ne pense pas que tous ces petits éxemples permetent de se faire vraiment une idée sur le langage

un de plus

quest-ce que tu ne comprends pas ? le principe des jeps, ou le proto en lui même ?

ya pas eu une news dailleurs récemment comme quoi jabber serait le second im le plus utilisé ?

Un projet de calcul distribué, a la manière de Seti@home, folding@home ou encore boinc, et qui permet de soutenir différents projets a vocation "humaine" (recherche de medoc et cie...).

Je crois que c'est soutenu par IBM.

Vu le nombre de projets de ce type éxistant, je me demande quel est le plus valable (soutient de la communautré scientifique, ouverture des résultats, validité et utilisation de ces résultats...)

C'est un peu réducteur pour jabber
En effet au niveau de la messagerie instantanée ca ne rivalise pas avec les concurents proprio, mais jabber c'est surtout un protocole de messagerie et de présence ouvert, simplement compréhensible, qui évolue bien et trouve bien d'autres applications que simplement la messagerie instantanée. De plus xmpp est reconnu par l'ietf (bon daccord, ca n'implique pas le succès pour autant)

Ensuite il faut voir que si une entreprise veut s'installer un service interne d'IM, je pense qu'elle a plutot interet a se tourner vers jabber, dans ce domaine il n'y a pas je crois de solution proprio (en fait si, j'avais entendu parler d'une solution de chez MS)

À ce propos, à quand une Killer-App pour jabber ? car pour l'instant on n'as pas encore de vrai équivalent à msn messenger (c'est à dire au moins avec toutes les fonctionnalités équivalentes comme la webcam (je sais qu'il y'a un truc en cours autour de gaim)).

En fait c'est pas si simple (ou plus simple c'est selon)
Le processus d'extension d'xmpp (le protocole utilisé par jabber), passe par la rédaction d'un jep (jabber extension proposal: http://www.jabber.org/jeps/(...) ) qu'il faut rédiger, puis débattre avant acceptation. Ca permet bien sur de ne pas avoir des clients implémentant chacune des killer features incompatibles entre elles. Pour le support de la vidéo, je n'en voit actuellement aucune.

Possible, néanmois au final, ruby se rapproche plus a mon gout de python que de perl, meme de perl "orienté objet" (pas tapé).

les accesseurs sont souvent utilisés pour des raison de "sécurité" et ainsi empecher n'importe qui de modifier une variable et n'importe comment (par exemple les accesseurs servent a valider les valeurs).
En fait ruby fait pareil, mais dans les cas aussi simple il suffit d'écrire attr_reader :with :height; ce qui en réalité définit 2 méthodes servant à lire la variable.

Pour les __ devant le nom des varaibles, je pense qu'ils sont ici pour définir des variables d'instance, ruby lui utilise le @.

Ensuite tout est affaire de gout

Je ne connais pas python, mais a ce que j'ai entendu, ce qui plait plus en ruby c'est le "tout objet" , y compris des bloques de codes, à l'éxception des instructions de controle, et les itérateurs. Par exemple :

3.times{|toto| print toto}
=> 012

qu'on puisse redefinir le comportement de tous les objets :

3+2
=> 5

class Fixnum
def +(a)
self-a
end
end

3+2
=>1

c'est se qui était ressorti de différents troll que j'avais vu entre les 2 langages il y a quelques temps, ensuite les chose ont pu changer, ou on peut ne pas aimer, tout est affaire de gout. Dans tout les cas je ne pense pas que ces petits exemples puisse vraiment permettre de comparer 2 langages. Il faudrait plutot des projets plus important, mais je n'en ai pas vraiment vu en ruby.

Python a de plus l'avantage de l'ancienneté, on trouve donc plus de lib, de bindings, d'applis ou d'utils (JIT...)

C'est d'aileurs bien dommage que la seconde édition ne soit pas librement dispo... un des problèmes de ruby étant a mon gout le manque de doc...

Kaffeine est un lecteur multimédia pour kde basé sur xine

mais également mplayer

Il manque encore d'utilisateurs (moin de 100 à l'heure où j'écris ces lignes) pour que l'on puisse considérer ces stats comme valables, mais ça viendra...

A l'inscription l'éstimation donné n'est pas très valable (il m'éstimait a plus de 3000Gu, après ajustement je suis plus proche du 1100... a moin que je n'ai pas tout compris)

Néanmoins grace a basc j'ai découvert l'utils genlop qui permet d'éstimer le temps de compilation de son prochain emerge.

Je doute que 640.000 euros dispersés dans une 10 de sociétés suffisent a concurencer maya ou havoc, même en contribuant a des projets déjà existant

Si c'est se que tu penses, les restos du coeurs ne sont pas réservés aux sdf, marginaux ou autre personne sans aucun espoir de trouver du taf, voir d'intégration.

Vu la crise dans l'informatique et dans les jeux vidéos plus particulièrement qu'il y a eu il y a quelques années, ça ne m'étonnerai pas qu'on y trouve des informaticiens

A mon avis tu perds tout suport du son, kde ne semble pas être capable de bosser directement avec arts ou un autre serveur de son

moi j'utilise la méthode de mettre les serveurs de pub dans /etc/hosts (http://someonewhocares.org/hosts/zero/(...)). C'est peut-être un peu laid mais ça marche bien

D'un autre coté, IE bloque aussi les pop up, tout comme tout les navigateurs "alternatifs", qu'ils soient basé sur IE ou non.

Mais je suis daccord, les pubs en dhtml qui cachent ta page sont encore plus infames.

Surtout qu' il a surtout comparé les langages, mais pas vraiment les spécificités de chaque plateforme, ce qui est dommage car je pense que sur ce sujet il y a plus a dire.

Car c'est chiant d'avoir 15 applications qui font la même chose a l'install de kde. Moi je serai plus pour un séparation de tout ça (comme font je crois les packageurs debian, et comme commencent a faire les packageurs gentoo).

Perso je pense qu'on devrait proposer par défaut l'appli la plus légère, et a coté les applis avec un peu plus de features. Par contre je pense que ça poserai problème en rapport avec les interfaces dcop qui peuvent être utilisés par d'autres applis.

Et il faut voir que mandrake a souvent des actus, plus a mon avis que la plupart des autres distribs :
partenariant, nombreux produit, et une fréquence de sortie des produits assez importantes

C'est sur ?

ca si je me rappelle bien, sur les anciens liveCD il y avait possibilité de faire l'install via ftp

http://www.lefigaro.fr/etatsunis2004/20041103.FIG0388.html(...)