MrTout a écrit 559 commentaires

  • [^] # Re: hum

    Posté par  (site web personnel) . En réponse à la dépêche Eclipse compilé en natif.. Évalué à 2.

    Oui mais je parlais de Java en version de base parce que sinon pas besoin de généritité dans la prochaine version puisq'il y a Pizza et euh... bon... que les orties alors, hein ?

    Sinon il y a aussi Javassist qui est bien a ce qu'on m'a dit. Ça fait de la reflexivité.
    http://www.csg.is.titech.ac.jp/~chiba/javassist/(...)

    Mais c'est solutions sont du niveau de l'emplâtre sur la jambe de bois, amha, dans le sens où on est obligé de passer par des techniques souvent lourdingues pour arriver à nos fins. Le but d'un langage de prog est de pouvoir synthetiser certains concepts afin de les rendres plus simple d'emplois car plus naturelles pas de focer les gens à faire des contortions pour être utilisables[1].

    De même qu'il est possible de faire de l'objet en C, assembleur et éventuellement en brainfuck, il est tout à fait possible de faire de la reflexivité en Java et p'tet aussi en GOTO++ mais je terminerais cette phrase mal partie et que j'ai pas mangé encore en disant que si ton langage est pas capable de faire quelque chose de simplement, change de langage pour faire cette chose[3], puis reviens vers ton premier langage si celui-ci est meilleur pour autre chose.

    [1] Bien que on rencontre parfois des gens qui pensent que un bon programmeur est celui qui est maso vis-à-vis des langages[2]
    [2] Bon, aujourd'hui j'ai décidé de pas parler de Perl ou de C++ donc je dirais rien promis :)
    [3] En fait non, je décourage quiquonque à avoir çe genre de pratique car à terme cela force à connaitre plein de langages et ainsi se rendre compte que non seulement ils sont tous effroyablement mauvais mais qu'en plus ceux qui sont les moins pires sont très peux utilisés. Et après on devient aigri... Bah, les gens fanatiques de leurs langages sont sans doute plus à plaindre mais ils ont l'aventage de ne pas s'en rendre compte.
  • [^] # Re: MPlayer vs Debian

    Posté par  (site web personnel) . En réponse à la dépêche MPlayer G2 : un avant-goût. Évalué à 3.

    Pour mplayer et des tas de trucs vous pouvez aller voir là

    deb http://marillat.free.fr/(...) unstable main
  • [^] # Re: hum

    Posté par  (site web personnel) . En réponse à la dépêche Eclipse compilé en natif.. Évalué à 3.

    Je me suis mal exprimé alors : ce que Java apelle « reflect » est de l'introspection, pas de la reflexivité dans le sens entier du terme ("reflect" c'est limite du marketing dans ce cas là).

    Pour avoir de la reflexivité il faut pouvoir agir sur les objets fournis par java.lang.reflect mais aussi les modifier. C'est-à-dire faire des choses que permettent OpenJava par exemple mais à l'exécution pas à la compilation.

    La dernière fois que j'ai touché à Java on ne pouvait pas modifier la structures des objets du langages comme ajouter une nouvelle méthode à une classe, creer une nouvelle classe, changer l'arbre d'héritage, etc.
    C'est pour ça que je disais que Java n'a pas de reflexivité, contrairement à Ruby (qui en a pas mal) et sans doute Python.

    Je résume : accès en "read-only" => introspection, accès en "read/write" => reflexivité.

    Bon, si maintenant Java possède un peu de rexlexivité, je ferais amende honorable et j'irai propager la bonne nouvelle.
  • [^] # Re: hum

    Posté par  (site web personnel) . En réponse à la dépêche Eclipse compilé en natif.. Évalué à 4.

    « [...] apporte quelques choses que les langages natifs n'ont pratiquement pas: l'introspection. »

    L'introspection ça coûte rien en temps à l'execution (que de la place et pas beaucoup en plus) à compiler en natif[1]. Ce qui coute c'est la réflexivité (qu'il me semble que Java n'a pas de toute façon[2] mais que ruby et python ont).
    La différence entre les deux c'est que le premier permet de visiter les structures et données du langages à l'exécution (« ya telle classe avec telle méthode de telle nom », c'est bien pour faire des composants) et le second permet de modifier les structures et donnés du langages à l'exécution (« tiens, je vais creer une nouvelle classe, tiens maintenant cette méthode ne me plait plus, je vais la changer... » c'est bien pour faire des tas de trucs, tres puissant mais c'est galère à compiler efficacement)


    [1] Il me semble que SmartEiffel la propose (dans la dernière release ou béta, à vérifier)
    [2] Je devrais me tenir plus au courant, j'ai honte :)
  • [^] # Re: kilo de tomate plus cher que le kilo poulet ?

    Posté par  (site web personnel) . En réponse au journal kilo de tomate plus cher que le kilo poulet ?. Évalué à 1.

    Mon père m'a donné 6 poires du jardin. Des vrais poires en plus, la preuve 5 avaient des vers dedans :)

    M'en fou, je préfère le melon.
  • [^] # Re: L'auteur de la news est un troll

    Posté par  (site web personnel) . En réponse à la dépêche Faille de sécurité pour les noyaux < 2.4.21. Évalué à 1.

    « Eh » en fait.
  • [^] # Re: Inquiétudes

    Posté par  (site web personnel) . En réponse au journal Inquiétudes. Évalué à 1.

  • [^] # Re: !!!

    Posté par  (site web personnel) . En réponse au journal (4384) .... Évalué à 0.

    ...---...
  • # Re: Apprendre Perl sérieusement

    Posté par  (site web personnel) . En réponse au journal Apprendre Perl sérieusement. Évalué à 2.

    Le meilleur livre pour apprendre le Perl est surement le suivant :

    http://www.eyrolles.com/php.informatique/Ouvrages/9782841772100.php(...)
  • [^] # Re: Le noyau 2.6-test2 est disponible

    Posté par  (site web personnel) . En réponse à la dépêche Le noyau 2.6-test2 est disponible. Évalué à 1.

    Il faut aussi faire une recherche avant pour voir si le bug a déjà été signalé. Si c'est le cas 1- le confirmer, 2- ajouter des info pour aider les gentils hackers.
  • [^] # Re: MSWL Olmec, un jeu de football par e-mail passe au libre

    Posté par  (site web personnel) . En réponse à la dépêche MSWL Olmec, un jeu de football par e-mail passe au libre. Évalué à 6.

    Ou Ruby, ou GOTO++ ou n'importe quoi sauf Visual Basic en fait.
    Quoi que comme le hasard doit être un élément important du jeu (je suppose), le GOTO++ est tout à fait indiqué est peut simuler avec la facilité et la grâce qui le caractérise toute l'imvraissemblence du monde réél.
  • [^] # Re: Long article sur Linux dans Oracle Magazine

    Posté par  (site web personnel) . En réponse à la dépêche Long article sur Linux dans Oracle Magazine. Évalué à 6.

    Ça y est, je viens de comprendre : il s'est trompé de news -> http://linuxfr.org/2003/07/28/13425.html(...)

    Mais la question que je me pose c'est comment on peu se tromper ? Déchirure dans le continuum espace-temps genre tu ouvres la porte de la cuisine, tu entres et tu t'apperçois que c'était le placard ?

    Sutout que je peux vérifier en ce moment même, l'article est ecrit en clair au début du formulaire. Alors ? Étourderie ou bug de template ?
  • [^] # Re: ThunderBird 0.1 est disponible (Mozilla Mail)

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de ThunderBird 0.1(Mozilla Mail). Évalué à 2.

    Non.

    brouette = petit processeur + peu de ram. Donc j'ouvre le client mail que quand j'ai un mail. Quoi que vu les configuration annoncées considérées comme « suffisantes » pour du desktop, je me demande même comment diable j'arrive à lancer X. Soit je suis encore plus à la masse que je croyais au niveau hardware, soit les gens se font avoir par les arguments markettings.

    Sylpheed a besoin de quelques secondes entre le clic sur le pingoin qui roule et l'enveloppe qui tourne, ça permet d'ouvrir et de fermer le mail à la demande.
  • # Re: ThunderBird 0.1 est disponible (Mozilla Mail)

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de ThunderBird 0.1(Mozilla Mail). Évalué à 6.

    Bon, pour l'instant le poulet[1] semble un peu volumineux et un peu lent au démarage[2]. Bon, par contre il est en gtk2, ça c'est bien pour saisir de l'étranger facilement et pas trop moche çe qui ne cache rien[3].

    Bon, en attendant qu'ils fassent maigrir le monstre encore un peu (et/ou qu'ils partagent un max de lib avec Phoe...Phal...Fireb...Mozila-Firebird) je crois que ma brouette et moi allons rester sous Sylpheed.

    Sinon j'ai bien aimé que par défaut, il garde les courriels sur le serveur, c'est sympa !

    [1] Si j'y connais rien botanique, c'est pas pour être culturé en zoologie. 'Faut pas pousser non plus.
    [2] 15 secondes c'est trop pour un client Mail amha.
    [3] Enfin bon, il manque des icones (dans les options par exemple) et ils ont gardés à certains endroits les horibles icones de netscape (j'avais les mêmes avec le 3.0)
  • [^] # Re: la question con du jour

    Posté par  (site web personnel) . En réponse à la dépêche Le noyau 2.6-test2 est disponible. Évalué à 5.

    C'est psychologique, en s'appelant 2.6.chose, plus de gens vont le tester : des gens qui n'aurait jamais testé un 2.5.poï car trop instable pour leur temps à y consacrer/maigres conaissances/peur irrationelle/etc.
  • [^] # Re: Il ne lisent pas les commentaires, c'est fou ça !

    Posté par  (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 1.

    Tu veux dire que la lune risque de se débiner ? Tu veux nous embobiner !
  • [^] # Re: Tuer un prgramme qui ne veut rien savoir....

    Posté par  (site web personnel) . En réponse au journal Tuer un prgramme qui ne veut rien savoir..... Évalué à 1.

    non pas « sauf » en fait. Il y en a deux ininterceptables (terceptables ?) SIGKILL et SIGSTOP (ce derniet met en pause un processus en gros).
  • # Re: Gnome2, OOo et evolution....

    Posté par  (site web personnel) . En réponse au journal Gnome2, OOo et evolution..... Évalué à 4.

    Bon, pour la virgule, la solution radicale consiste à modifier le fichier /etc/X11/xkb/symbols/us où tu remplaces alors le « KP_Decimal » par « period » (sinon tu peux ajouter la ligne dans le fr pour écraser la version us par défaut)
    C'est sans doute pas exempt d'effets de bord anodins mais ça devrait marcher partout.

    Sinon je pense pas que le .xsession soit lu par le couple *xm/gnome et le .profile ne concerne que les shells (enfin pas tous).
    Si tu es sous Debian il devrait y avoir un /etc/environment, p'tet là-dedans ça irait mais je garantis rien.

    Pour le reste désolé mais j'ai pas installé evolution sur ma brouette.
  • [^] # Re: Découvrez la communauté PHP

    Posté par  (site web personnel) . En réponse à la dépêche Découvrez la communauté PHP. Évalué à 9.

    Ben, c'est aussi débile que de payer un artisant à l'heure tu sais. Les gens aiment bien mesurer et quantifier les choses pour pouvoir comparer et ainsi dire avec des arguments aux alures objectifs « ça c'est mieux » ou « ça ça a plus de valeur ».

    Si tu as une idée pour de mesurer la quantité (je parle même pas de qualité) d'un code mieux qu'en nombre de ligne ou en ko, n'hésite pas à la proposer.

    Personellement je pense qu'il faudrait compter en nombre de GOTO.
  • # Re: Bonjour journal

    Posté par  (site web personnel) . En réponse au journal Bonjour journal. Évalué à 1.

    #240, vaut mieux tard que jamais :)
  • [^] # Re: Mais ? Qu'est-ce que vous fumez ???

    Posté par  (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 2.

    Laisse, ils ont dit la même chose à Newton, Copernic et Rika Zarai. Il y aura toujours des mécréants qui ne comprendront jamais rien à la science.
  • [^] # Re: Des sauvegardes de données sur la lune

    Posté par  (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 3.

    Ben, dans l'espace tu peux avoir du soleil 24h/24 si j'ose m'exprimer ainsi. Alors que sur le sol lunnaire, que dalle. Sans compter que le rendement des cellules photovoltaïques n'est pas grandiose.

    Les panneaux solaires peuvent être une solution de secours (si ya un crétin qui coupe le fil par exemple) mais tout baser dessus est trop risqué amha.

    En fait, il faudrait stoquer carrément les donnés informatique sur le soleil :
    1) si quelqu'un essaye de les voler, déja c'est plus loin que la lune et en plus c'est beaucoup plus dangereux.
    2) plus de problème d'énergie pour maintenir l'intégrité des données et pour emmetre les infos par ondes radios (plus besoin de rail et de fil en plus) puisque le soleil lui-même directement utilisable comme source d'énergie (fusion nucléaire roxor comme disent les jeunes).

    Bon, par contre ya un risque de procès par Sun™.
  • [^] # Re: Des sauvegardes de données sur la lune

    Posté par  (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 2.

    Mais non, le fil est souple. L'obrite de la lune est éliptique et les axes de rotation ne sont pas paralèles. Il suffit de prévoir suffisament de jeu dans les cables (avec un système d'enrouleur automatique pour pas avoir des cables qui dérivent dans l'espace).

    Le porblème des ondes radios c'est qu'il n'y a pas de courant sur la lune. envoyer du courant par onde radio necessiterait trop d'énergie depuis la terre et construire une centrale nucléaire sur la lune c'est pas écologiquement terrible (éventuellement une centrale marée-motrice mais c'est con car ya pas de mer liquide sur la lune). Le plus simple est d'envoyer le courant avec des cables.
  • [^] # Re: Des sauvegardes de données sur la lune

    Posté par  (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 1.

    Ça marche son truc, relis doucement.

    Tu construis un rail en orbite géostationnaire qui fait tout le tour de la terre. Tu peux accrocher un fil entre les rails et la terre.

    Le train qui roule sur le rail n'est pas géostationnaire mais est toujours face à la lune. Tu peux dont accrocher un fil entre la lune et la lune.

    Ya pas d'enroulage qui tienne. Par contre il faut se méfier de l'inclinaison de l'axe de rotation de la terre qui ne coincide pas avec celui de rotation de la lune autour de la terre. il faudra donc prévoir beaucoup de mou et un système d'enrouleur sur l'un ou l'autre des fils (suivant selon quel axe on construit le rail).
  • [^] # Re: Avalanche d'actions judiciaires aux Etats-Unis pour identifier les utilisteurs de P2P

    Posté par  (site web personnel) . En réponse à la dépêche Avalanche d'actions judiciaires aux Etats-Unis pour identifier les utilisateurs de P2P. Évalué à 3.

    Oui, je suis bien d'accord. Mais va expliquer ça à la comission Brun-Buisson.

    Leur point de vu est que la copie est autorisée (voir
    http://www.celog.fr/cpi/lv1_tt2.htm#c2(...)) mais que c'est pas une raison pour que l'auteur ne touche rien (autorisé != gratuit) donc création d'une taxe pour rétribuer les auteurs.

    (en plus j'ai l'impression que je me fait moinsser car j'expose le point de vu d'autre personnes, c'est fou ça)