yellowiscool a écrit 1994 commentaires

  • [^] # Re: Le biais de confirmation

    Posté par  . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 8.

    Les faux arguments des trolls portent un nom. C'est à ressortir en réunion ça. Merci :-)

    Envoyé depuis mon lapin.

  • [^] # Re: Pas prêt pour toi plutôt?

    Posté par  . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 3.

    C'est une vielle machine, et je m'en sert pas souvent.

    La dernière fois que j'ai essayé une distribution Linux dessus, il y a 2 ans, l'écran était en 256 couleurs… Depuis, j'ai la flemme de changer le système. Mac os x fonctionne quand même bien si l'on veut faire des choses simples.

    Envoyé depuis mon lapin.

  • [^] # Re: Manger c’est tricher

    Posté par  . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 2.

    Il me semble avoir lu dans un commentaire sur linuxfr que la norme demande quand même que l'adresse soit vérifiée après une sortie de veille.

    Si ce n'est pas le cas, je vais envoyer un patch à NetworkManadger, car ça me gonfle vraiment cette histoire de DHCP.

    Envoyé depuis mon lapin.

  • [^] # Re: [:schee]

    Posté par  . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 10.

    Bon, à la base c'est un journal du vendredi, donc trollesque avec des arguments bidons.

    Je suis déçu qu'il ne prenne pas et que l'on me réponde sérieusement.

    Pour continuer dans le sérieux, et pour te donner une idée du décalage de ton message par rapport à quand j'ai écrit mon journal, je tiens à préciser que la population mondiale est estimée à 6,793 milliards d'individus.

    0.000000000000000000001% de ces individus donne une portion de 6.793e-12 personne. Tu as vraisemblablement fait une erreur dans ton calcul.

    Envoyé depuis mon lapin.

  • [^] # Re: Invité ?

    Posté par  . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 6.

    Bah le clavier a les touches dans l'ordre du bépo. Donc si ils veulent aller voir leurs mails, il n'ont qu'à regarder le clavier…

    Puis moi je suis en bépo, mais le mec qui est en qwerty, ou le mec qui a un clavier PC azerty avec un @ dans son mot de passe, il fait comment ?

    Envoyé depuis mon lapin.

  • [^] # Re: Stockage d'adresses IP : utiliser un type générique

    Posté par  . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 6.

    C'est marrant de penser que le C et le C++ sont moins flexible que le Java.

    Envoyé depuis mon lapin.

  • [^] # Re: Très bien, mais…

    Posté par  . En réponse au journal Journal contre le fanascisme. Évalué à 2.

    Je l'ai regardé après en avoir entendu parlé sur linuxfr, et moi non plus je n'ai pas trouvé ça super marrant. Il y a des bonnes idées, mais pas au point d'en faire une référence pour ma part. Je suis peut-être trop jeune…

    Qu'est-ce qui a fait que ce film est régulièrement cité ici ?

    Envoyé depuis mon lapin.

  • [^] # Re: super, bientôt autant d'apps pouris que sous iPhone

    Posté par  . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 2.

    Ouais, mais il parait que c'est pareil sur l'iTunes store (qui n'a jamais aussi bien porté son nom). Donc Google doit s'en foutre d'avoir un magasin nul.

    Envoyé depuis mon lapin.

  • [^] # Re: Zéro ligne de code

    Posté par  . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 4.

    Personnellement, je préfère travailler sur un générateur de code, que de devoir coder.

    C'est beaucoup plus intéressant. Il faut faire un bon framework pour pas que le code généré soit trop lourd. Il ne faut pas non plus que tout soit automatique, et que le développeur n'y comprenne plus rien. Il faut que le code généré soit beau, propre, compréhensible, souple, qu'il accepte la modification…

    Bref, j'adore ça, et c'est mon projet personnel préféré en ce moment.

    Envoyé depuis mon lapin.

  • # Méthode facile

    Posté par  . En réponse au message Convertir un tableau html en fichier csv.. Évalué à 5.

    Même si l'on est dans un cadre de programmation shell, il existe une méthode simple et accessible à tous. Évidemment, si le but est d'automatiser la transformation, elle sert à rien.

    Ouvrez la page web qui contient le tableau avec un navigateur web. Sélectionnez le tableau, et copiez le (édition copier).

    Ouvrez le tableau d'open office, et dans un nouveau document, collez le tableau (édition coller).

    Ensuite, enregistrez le document (fichier enregistrer), et sélectionnez dans la liste déroulante le format csv.

    Laissez vous guider, et c'est terminé.

    La solution est lourde, mais pas la peine de maîtriser l'informatique pour avoir un résultat.

    Envoyé depuis mon lapin.

  • [^] # Re: NO-SQL

    Posté par  . En réponse au journal TerraStore : le dépôt JSON distribué. Évalué à 3.

    Toujours est-il que tu peut passer d'une base à une autre à coups de sed.

    Envoyé depuis mon lapin.

  • [^] # Re: Et l'open web ?

    Posté par  . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 10.

    On parle d'internet là, pas d'«internet par Orange».

    Envoyé depuis mon lapin.

  • [^] # Re: Et l'open web ?

    Posté par  . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 2.

    Une solution assez sympathique à mon goût, c'est de fournir un beau document xml, et de lui appliquer une transformation xslt déclarée dans les entêtes pour le transformer en xhtml

    C'est très bien géré par les navigateurs web modernes. Si le navigateur ne gère pas le xslt, il est possible de faire la transformation cotés serveur. La page est très rapide à charger, et c'est beau.

    Par contre, c'est assez compliqué à utiliser. Et xhtml est tout aussi bien finalement…

    Envoyé depuis mon lapin.

  • [^] # Re: metadata

    Posté par  . En réponse au journal Pourquoi les services de recherche d'image par similarité sont défaillants dans leur fonctionnement même. Évalué à 3.

    C'est plus beau et mieux filmé, mais moins volontaire.

    Envoyé depuis mon lapin.

  • [^] # Re: Ça marche

    Posté par  . En réponse au message Le bazar du son sous Linux…. Évalué à 3.

    Un micro usb, c'est juste un micro analogique avec une mini carte d'acquisition du son (convertisseur analogique/numérique/usb).

    À moins d'habiter à cotés d'un Tokamak, un bon micro avec un bon câble peut donner de très bon résultats.

    Si ce n'est pas le cas, c'est ta carte son qui est mauvaise. Dans ce cas, il faut mieux changer la carte son. C'est plus cher, mais tu gagnes vraiment en qualité sonore.

    Envoyé depuis mon lapin.

  • [^] # Re: FANLESS

    Posté par  . En réponse au message 100% Fanless. Évalué à 3.

    Ça donne envi :-)

    J'ai un ultra-portable en refroidissement passif et ssd qui ne fait quasiment aucun bruit. Aucune pièce est en mouvement, seul l'électronique fait un léger sifflement au niveau du transformateur, mais il est loin en bas sur la prise électrique…

    Depuis, je trouve mon fixe très bruillant, alors qu'il est plutôt silencieux dans son genre.

    Ma prochaine configuration fixe sera donc réalisée sans ventilateurs, avec un refroidissement à eau maison, et un bon gros radiateur de voiture. Comme je ne cherche pas la performance, je pense qu'il n'y aura pas besoin de ventilateurs sur le dissipateur, vu sa taille.

    Par contre, c'est au niveau de l'alimentation que je me pose des questions. Il existe des accessoires pour tout les autres composants (carte graphique, chipset, ssd, processeur,…), mais pas pour les alimentations. Et celles prévues pour du watercooling sont vraiment très chères (plus chères qu'un bon petit ordinateur).

    Existe-t'il des astuces pour passer une alimentation classique en refroidissement à eau ?

    Envoyé depuis mon lapin.

  • [^] # Re: Et l'open web ?

    Posté par  . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 3.

    On le fait vibrer comme on utilise les fonctions non standards mais bien sympas d'internet explorer :-)
    
    if (window.vibrate)
    {
        window.vibrate();
    }
    

    Envoyé depuis mon lapin.

  • [^] # Re: Pour une fois, le problème ne vient pas du logiciel proprio…

    Posté par  . En réponse au journal La pire monoculture Microsoft de la planète. Évalué à 3.

    C'est étonnant qu'avec toutes les entreprises et les particuliers qu'il y a en Corée du Sud, personne ne se soit bougée le cul depuis 10 ans pour implémenter le standard dans des logiciels libres.

    Ça ne doit pas vraiment les gêner d'utiliser internet explorer.

    Envoyé depuis mon lapin.

  • [^] # Re: Nautilus

    Posté par  . En réponse à la dépêche Mandriva Linux 2010.1 Spring est sortie. Évalué à 6.

    Ah la fameuse vue double que l'on m'a annoncé comme une révolution, et qui me sert à rien. Vous faisiez comment avant ? Coupez/Coller ?

    Pour ma part, j'ai toujours fait des glisser/déposer entre deux fenêtres, et la vue double n'est pas assez pratique à mon goût.

    Envoyé depuis mon lapin.

  • [^] # Re: ovh kimsufi

    Posté par  . En réponse au message serveur dédié virtuel. Évalué à 3.

    Mouais. La configuration est très légère par rapport à un vrai dédié. Regarde la dedibox V3 par exemple.

    Puis j'ai juré que plus jamais je ne prendrais du 1&1. Leur service client est légèrement indisponible.

    Envoyé depuis mon lapin.

  • # Solution simple

    Posté par  . En réponse au message Écrire du XML en série, sans stockage intégral en mémoire. Évalué à 3.

    print("\t<balise attribut=\"truc\">super")

    Simple et efficace.

    Envoyé depuis mon lapin.

  • [^] # Re: ...

    Posté par  . En réponse à la dépêche GNOME 2.30.2, dernières révérences de l'honorable. Évalué à 1.

    Le problème du ramasse miettes intégré au langage, c'est qu'il ne laisse pas le choix.

    En C++, on peut gérer manuellement la mémoire si on a envi de faire le pro, on peut utiliser les pointeurs intelligents qui sont une alternative intéressante aux ramasses miettes (plus d'opérations, mais plus de constances et pas de consommation mémoire inutile), on peut utiliser un ramasse miettes, ou tout autre système.

    Sinon, depuis des années, il y a eu des progrès énormes en termes de débuggeur, notamment avec Valgrind. Ça ne permet pas de détecter toutes les erreurs, mais c'est une énorme avancée à mon avis (en même temps, j'ai commencé à coder après la création de valgrind).

    Au niveau du multi-threading, on est d'accord que tout les problèmes sont impossibles à détecter. Mais je ne vois pas ce que peut apporter un ramasse miettes là dedans, à part peut-être prolonger la durée de vie de certains objets, mais ça ne fait que cacher une erreur de conception.

    Envoyé depuis mon lapin.

  • [^] # Re: ...

    Posté par  . En réponse à la dépêche GNOME 2.30.2, dernières révérences de l'honorable. Évalué à 2.

    Sauf que les problèmes de mémoires classiques sont bien moins embêtants que les inconvénients d'un ramasse miettes.

    Si un logiciel a une fuite de mémoire, chose plutôt courante (surtout sur gnome), il peut consommer plus de mémoire que ce dont il a besoin. Peut-être 15Mo de trop, au bout de quelques semaines (une fuite énorme est rapidement détectée).

    Si un logiciel équivalent est écrit avec un ramasse miettes de merde, il va consommer dés le début 120Mo de trop, sans amélioration possible.

    Les erreurs de corruption de la mémoire quant à elle sont plutôt rare, car si le logiciel est correctement testé, ça plante à la figure, et un débuggeur insulte assez correctement les developpeurs.

    Envoyé depuis mon lapin.

  • [^] # Re: ...

    Posté par  . En réponse à la dépêche GNOME 2.30.2, dernières révérences de l'honorable. Évalué à 3.

    Si tu parles de porter C# sur la machine virtuelle java, je trouve que ce serais dommage.

    Ça ne protégerais pas plus juridiquement que l'implémentation mono, et en plus, la machine virtuelle mono est pas mal :

    http://shootout.alioth.debian.org/u32q/benchmark.php?test=al(...)

    Envoyé depuis mon lapin.

  • # Euh ta machine, elle est plutôt pas mal

    Posté par  . En réponse au journal Petit test isolé des lecteurs Flash. Évalué à 5.

    Je vois pas ce que tu reproches à ta machine.

    T'as un processeur avec deux cœurs, certes pas en 64 bits mais quand même assez puissant. Ce n'est pas un vieux celeron qui chauffe.

    T'as 512 mb de ram, ce qui est plutôt pas mal. Il y a quelques années, quand swapper était une opération courante pour la machine, 512 mb, c'était même beaucoup.

    Ton disque dur est à 5400tr/min, mais c'est classique sur un ordinateur portable. Et au pire, tu peut le changer. Sur ton modèle, un disque dur se change en enlevant 2 vis.

    La carte graphique est mauvaise, mais pas ridicule non plus si l'on ne veut pas jouer tout le temps. C'est le gros défaut de la machine, mais de là de parler d'horreur…

    Bref, ta machine est très bien, et si on me la donnerais, je la garderais volontiers. Et je ne suis pas sadomasochiste.

    Envoyé depuis mon lapin.