Antoine a écrit 5722 commentaires

  • [^] # Re: Et les cartes graphiques ?

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.

    Il n'y a pas que la consommation énergétique, il y a aussi la pollution due aux gaz d'échappement (qui est censée être bien moindre aujourd'hui à puissance égale).

  • [^] # Re: Et les cartes graphiques ?

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.

    Tant qu'il n'y a pas de constructeur français avec un poids économique important, peu de risques.

  • [^] # Re: Bindings

    Posté par  . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 4.

    Il ne parlait pas de la perf "pure" de java, mais de sa conso en ressource notamment sur smartphone.

    Faudrait essayer d'être précis un peu. Ça veut dire quoi ce charabia, "perf pure" vs. "conso en ressource" ?

    En cas réel java est tout de même lourd

    Pour une appli type smartphone qui affiche trois boutons et manipule une dizaine de données téléchargées depuis un Web service, je ne vois pas comment un quelconque langage de programmation pourrait être "tout de même lourd".

  • [^] # Re: Nouvel éditeur

    Posté par  . En réponse au journal Nouvelle interface pour gedit. Évalué à 0. Dernière modification le 15 janvier 2014 à 01:35.

    il indique bien que ce n'est pas fait pour programmer!

    Alors pourquoi y a-t-il la coloration syntaxique ?
    (ou alors ils l'ont enlevé, ça aussi ?)

    (edit: mea culpa, sujet déjà abordé plus haut)

  • [^] # Re: Bindings

    Posté par  . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 9.

    quand je vois mon smartphone souffrir simplement à cause de 2-3 merdes en Java, ça fait peur, certes les gens s'en foutent mais quand même…

    Si ça se trouve tes merdes en Java passent tout leur temps dans les couches natives (genre bibliothèque rendu graphique) plutôt que dans les quelques routines de traitement de données écrites effectivement en Java.

  • [^] # Re: Qt > Gtk

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 3.

    Ben, honnêtement, je ne souhaite à personne d'écrire une application en utilisant l'API C de CPython, plutôt qu'en Qt par exemple. C'est une API à usage spécifique (pour l'interpréteur lui-même, et pour les extensions écrites en C), elle n'a pas de grandes qualités conceptuelles…

    Le choix de C plutôt que C++ est historique et pragmatique (projet créé en 1991, à l'époque où le support C++ des compilateurs était très incertain alors que C était déjà universel, y compris sur des systèmes un peu marginaux).

  • [^] # Re: Local knowledge

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 3.

    Il y a plein de gens qui ont un franc parler et aucun leadership (suffit de parcourir n'importe quel forum). Si RMS n'avait pas créé le projet GNU, si Linus avait fait seulement Subsurface et pas le noyau Linux, personne ne se soucierait de leurs propos. C'est bien leur implication qui a produit leur leadership.

    Note : le cas de RMS est un peu séparé, car c'est aussi (et, aujourd'hui, avant tout) un militant politique.

  • [^] # Re: Local knowledge

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 4.

    GNOME a ete cree pour copier Windows.

    Source ?

  • [^] # Re: environnement... blabla

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.

    Et tu crois que le GPU a quoi que ce soit à voir avec la puissance du CPU ?

  • [^] # Re: environnement... blabla

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 4.

    s'il suffisait de cela, y a longtemps qu'on aurait des serveurs kimsufi ou dedibox sur une base ARM dual ou quadcore, 2Go de RAM, 32Go de SSD avec une conso de 5W/h (comme nos telephones)

    Ce qui compte, c'est le rapport performances / consommation, pas la consommation absolue.

    (je passe sur l'erreur classique consistant à annoncer une consommation en W/h :-)

  • [^] # Re: Local knowledge

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 5.

    ça serait perçu comme moins condescendant par moi en tout cas

    Eh bien, désolé, ceci dit ce niveau de langage me paraît assez courant sur Linuxfr.

    Même si il a une influence parce qu'on l'écoute quand on lui demande ( en partant du principe que les discussions sur la ML sont une forme de façon de demander à Guido et à d'autres des avis), je ne le vois pas owner sur des tonnes de pep, il est à ce niveau la au même niveau que le reste du monde.

    Il y a la patte de Guido derrière une grande partie des décisions importantes concernant le langage (y compris toute la conception de Python 3). Cela montre bien qu'il n'y a pas besoin d'être virulent ou tonitruant pour avoir une influence majeure et être respecté en tant que « leader ». Il est moins présent depuis quelques années, mais il n'empêche que son autorité est bien au-delà de celle d'un core dev moyen, et ses décisions sont rarement remises en question.

    (j'ai pris Python parce que c'est ce que je connais bien, mais je pense que si on prend d'autres projets comme Ruby on parvient au même constat)

    Si tu penses que le critère de l'influence est de parler fort et cru, ton raisonnement est biaisé dès le départ.

  • [^] # Re: Local knowledge

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 6.

    Je suppose que tu te rends compte de la condescendance dont tu fait preuve

    Si je rajoutais un lien et une citation, ce serait moins condescendant ?
    http://fr.wikipedia.org/wiki/Autorit%C3%A9

    « L'autorité correspond au droit de pouvoir commander, d'être obéi. Elle implique les notions de légitimité, de pouvoir (sans pour autant être confondue avec celui-ci), de commandement et d'obéissance, et ne doit pas être confondue avec l'autoritarisme. La forme de sa légitimité peut varier, et elle peut enfin s'exprimer selon un rapport de force ou un rapport de compétence. […]

    Au point de vue démarche, l'autoritarisme correspond à l'attitude de la personne qui contraint physiquement et/ou psychiquement les personnes qu'elle commande.

    L'autorité, en ce qu'elle nécessite la légitimité, ne peut lui être associée. Ce distinguo permet de situer l'autorité au niveau de la valeur ; valeur reconnue par un groupe à une personne, une organisation, une institution, des mœurs ou des croyances. »

    Guido rentre dans la première catégorie, celle des gens critiqués pour leur action

    Non, justement. Je vois très rarement Guido critiqué personnellement : sa façon de diriger le projet n'est pas remise en cause. Que des gens ne soient pas d'accord avec les choix faits, encore heureux. Mais, sauf exception, ils ne tirent pas sur Guido.

  • [^] # Re: Local knowledge

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 10.

    Il est quand même très amusant de voir que d'un coté, il y a régulièrement des appels à avoir un "leadership" comme par exemple dans les commentaires ici

    Le leadership implique d'avoir une certaine autorité, qui n'a rien à voir avec l'autoritarisme. C'est ce qui semble manquer aux devs GNOME dont les réponses semblent toujours empreintes d'autoritarisme.

    (va lire Wikipédia si tu ne comprends pas la différence)

    Les seuls qui s'en sortent un peu mieux, ils s'en sortent parce qu'ils arrivent à s'imposer comme le male Alpha par un mélange de virulence et d'expérience avec le temps qui passe ( Torvalds, De Raadt pour ne citer qu'eux ).

    N'importe quoi. Regarde comment fonctionne la communauté Python par exemple, Guido est extrêmement respecté, pourtant son comportement n'a rien de celui d'un "mâle alpha".

  • [^] # Re: Local knowledge

    Posté par  . En réponse au journal Gtk to Qt - A strange journey. Évalué à 10.

    public néophyte en informatique

    Le fameux public néophyte en informatique qui utilise GNOME quotidiennement, il reste encore à trouver, à ce qu'il me semble.

  • [^] # Re: arm ?

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 4.

    J'avoue ne pas être un expert en architecture […]
    je veux bien que tu expliques un peu plus la différence entre superscalaire et multicore […]
    Le MPPA n'est pas en soi une bête de guerre en puissance de calcul, c'est probablement le Dieu actuel de la guerre[…]

    Sérieusement, si tu n'y connais rien, évite ce genre d'affirmations tonitruantes, c'est pénible et ridicule.

    (je me demande franchement pourquoi cette dépêche a été validée en l'état ; ou alors ce CPU permet de faire tourner Evenja plus rapidement ?)

  • [^] # Re: Correction

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.

    Quand je regarde la vidéo de Renegade du lien ci-dessus, je me demande comment nous avons pu adorer ces jeux en regard de la qualité visuelle de ceux d'aujourd'hui !

    C'est un peu débile comme remarque, il y a d'excellents jeux indépendants aujourd'hui dont la "qualité visuelle" (sic) est assez rudimentaire. Exemple au hasard : http://thelettervsixtim.es/

  • [^] # Re: c'est une question de philosophie

    Posté par  . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 4.

    Le reste pense qu'un nom de fichier c'est juste des bytes sans \0

    Sauf que l'utilisateur pense différemment : pour l'utilisateur, le nom de fichier est une information textuelle, et ça le fait chier si tu affiches de l'utf-8 comme si c'était du latin1 ou du cp1252. D'où l'existence des contournements à la con que j'ai mentionnés pour Windows…

  • [^] # Re: Mercurial vu par Facebook

    Posté par  . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 1.

    les limitations d'hg (pas de rebase par exemple)

    $ hg help rebase
    hg rebase [-s REV | -b REV] [-d REV] [OPTION]
    
    move changeset (and descendants) to a different branch
    
    [etc.]
    
  • [^] # Re: c'est une question de philosophie

    Posté par  . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 4.

    si Matt et d'autres gens veulent des bytes qui marchent

    Les bytes marchent. S'ils ne marchent pas comme Matt et d'autres gens le veulent, alors ce serait bien que les gens en question prennent le temps de participer aux discussions, par exemple sur https://mail.python.org/pipermail/python-dev/2014-January/130923.html

    Se plaindre sur Linuxfr ou sur Reddit ne fera pas avancer les choses, ni faire du chantage au fork ou au changement de langage.

    le VCS il s'en fout de l'encoding

    Voici le résultat de cette merveilleuse approche :
    http://mercurial.selenic.com/wiki/WindowsUTF8Plan
    http://mercurial.selenic.com/wiki/FixUtf8Extension

    (résumé : Mercurial marche mal avec les noms de fichiers non-ASCII sous Windows, parce que Mercurial refuse de comprendre que différentes machines ont différents jeux de caractères par défaut, et qu'il faut donc transcoder pour conserver l'information)

    D'ailleurs tous les développeurs Mercurial ne sont pas d'accord avec "le VCS il s'en fout de l'encoding", il me semble par exemple que Martin Geisler est d'avis que l'approche actuelle est mauvaise.

  • [^] # Re: c'est une question de philosophie

    Posté par  . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 3.

    Je ne sais pas si "ça sent mal barre", je dirais que ça dépend surtout de la volonté des devs Mercurial (Matt Mackall principalement) d'admettre qu'unicode est une meilleure solution pour représenter du texte que de trimbaler des chaînes d'octets aveuglément.

    Sinon, Python 2.7 va continuer à être maintenu pendant au moins deux ans ;)

  • [^] # Re: Merci pour cet article!

    Posté par  . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.

    Ce ne sont pas des processeurs généralistes… Il faut arrêter de mélanger tout et n'importe quoi, comme le fait malheureusement cette dépêche.

  • [^] # Re: c'est une question de philosophie

    Posté par  . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 2.

    C'est moderne et performant, ça, un script CGI…

  • [^] # Re: Mailing list : hackerspace FixMe

    Posté par  . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 2.

    c'est difficile d'expliquer en Anglais la langue Français, surtout ses subtilités.

    Surtout si on ne les maîtrise pas.

  • [^] # Re: Brace yourselves, bullshit is ENDED

    Posté par  . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 10.

    Personnellement, si un maçon me disait :

    Je viens de finir de bâtir votre maison. J'ai utilisé la logique du chat de Schrödinger, ça fait trois mois que je me demande comment ça tient debout, mais ça a l'air de tenir de façon empirique. Ah au fait je cherche comment expliquer ma méthode, vous auriez une idée ?

    Je n'aurais franchement pas confiance.

    Tout ça pour dire qu'il n'y a guère qu'en informatique qu'on peut trouver des « professionnels » aussi incompétents et qui ne s'en cachent à peine.

  • [^] # Re: Dédicace Zenitram

    Posté par  . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 4.

    Attention, tu vires Dieudonné qui faute de qualité dans le discours

    Tous aux abris, Zenitram a un nouvel effet de manche !