Misc a écrit 6314 commentaires

  • [^] # Re: Oui

    Posté par  (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 6.

    Raisons de sécurité mais pas que, voire même pas
    prioritairement. Theo avait expliqué dans une conférence il y a
    un moment (hop là petite excuse pour dire, j'ai cherché sur le
    net, j'ai pas retrouvé) que le fait de disposer de sa propre
    infrastructure lui permettait d'effectuer un bon nombre de tests
    qui sont difficilement réalisables sur des infrastructures
    tiers, à fortiori des infrastructures de gens qui gagnent leur
    vie avec.

    Ça se fait aussi. Le projet Mageia a son propre switch manageable dans le bout de rack alloué avec son petit range IP chez LO et on aurait pu demander plus si on avait besoin de plus. Le projet Fedora avait son propre cluster de build ARM dans un "rack" dans une université avant que ça parte dans un DC à phoenix. ( un truc fait maison du style http://blog.chris.tylers.info/uploads/IMAG0182a.jpg )

    Quand à faire tomber les switchs, c'est pour ça qu'on a inventé les prises commandés par le réseau. Même si ça coute dans les 400€ sur amazon, ça reviens à être de l'infra comme le reste. Avec une console série style cyclades, tu peux même reflasher ton switch sans souci.

    Ensuite, je veux bien reconnaitre que c'est plus rare de tomber sur des hébergeurs de ce genre, mais si 2 projets de distributions Linux arrivent à le faire, c'est que c'est pas non plus impossible. Donc je persiste sur le fait qu'il y a un choix de sécurité surtout, car le reste de ce que tu énonces me semblent être un faux problème.

  • [^] # Re: Oui

    Posté par  (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 10.

    En fait, c'est plus subtile que ça. Fedora, Centos, Debian acceptent tous d'avoir des serveurs dans des data centers et des salles autre que les leurs.

    Et je pense avoir lu ( mais j'ai pas de lien sur ça ) que les dits serveurs sont tous chez Theo, dans sa cave, pour divers questions de sécurité.

    Ce qui du coup fait que les aides habituelles des facs, des hébéergeurs, etc ne s'appliquent pas, car ce n'est pas ce que le projet veux.

    Des boites qui filent des thunes, y en a pas des tonnes. Ç'est plus complexe, faut passer par la compta, par la direction, etc. C'est faisable, mais je pense que la plupart des gens veulent pas se fatiguer pour ça.

    Alors que des boites qui filent de l’hébergement gratos, ça se trouve. En france et sans être exhaustif, tu as Lost Oasis ( mageia, tuxfamilly, plf et plein de monde ), tu as gandi ( mageia encore ), tu as ovh ( filé un serveur pour l'ex AUFML ), tu as Free ( linuxfr ), ou Ikoula ( pour fedora-fr.org ), ou d'autres assoces ( le crans gère un serveur d'OSM, par exemple ).
    Et ça se trouve car il y a moins de paperasse, tu en parles avec des gens qui comprennent le souci genre ton chef et son chef à lui tout au plus, et basta. Voir même, c'est ton coeur de métieur de filer des machines, donc tu dit juste "ça, y a une remise de 100%".

    Ensuite, oui, ça aide d'avoir un sponsor qui peut payer, mais les projets arrivent assez souvent sans trop de mal à s'en passer.

  • [^] # Re: cool

    Posté par  (site web personnel) . En réponse au journal Système de Dé-ciblage (google and co) pour augmenter l'anonymat. Évalué à 3.

    Tu peux tagguer des photos de gens qui te ressemblent sur facebook, et dévier un peu à chaque fois. Voir mieux, avoir plusieurs comptes facebook avec ton nom, et tagguer plus ou moins au pif.

  • [^] # Re: Tryton

    Posté par  (site web personnel) . En réponse au journal Utiliser Tryton dans son application Flask. Évalué à 5.

    C'est un outil qui permet de modéliser l'activité de ton entreprise, la partie "métier".

    prenons l'exemple d'une boulangerie, il faut gerer les stocks de croissant, les fournisseurs, les factures, etc. Tout ça, tu le rentres dans ton outil, et il te donnes les rapports que tu veux. Par exemple, il sort les papiers pour la compta, il te sort les factures, et la, tu peux avoir une vue de ton activité commerciale.

    Essaye de t'imaginer commercant, pour un gros ou un petit truc, et de ce que tu dois faire, et de te dire "il faut que je formalise ça et que j'informatise tout". Et la, tryton te permet de le faire, non pas directement, mais via une boite à outil ( et par exemple, nereid te permet de faire une interface web qui va avec tryton pour avoir ensuite un package complet, et tryton-flask te permet de faire des trucs simples et rapides, ou de tout refaire le reste en flask et en python, si tu te sens l’âme d'un dev.

  • # Nereid a quand même l'air plus complet

    Posté par  (site web personnel) . En réponse au journal Utiliser Tryton dans son application Flask. Évalué à 3.

    Je vois bien que la version 0.1 veut dire que c'est pas encore mature ni prêt, et plus un truc pour expérimenter, mais la, y a un module avec une classe de 5 méthodes, alors que Nereid a l'air d'être bien plus avancé ( genre déjà, un site web, des tests ) de l'extérieur..

    Donc je ne vois pas en quoi c'est une alternative dans l'état des choses, vu qu'il manque des tonnes de trucs. Et bon, le complément qui fait beaucoup moins que l'outil qu'il vise à remplacer, pareil, je pense que c'est s'avancer un peu vite vis à vis du projet.

  • [^] # Re: Et pour une poignée de liens en plus

    Posté par  (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 9.

    Et des gens seront payé pour écrire la doc ( https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7-Beta/html/System_Administrators_Guide/chap-Managing_Services_with_systemd.html ), très logiquement pour expliquer comment marche systemd à des gens en formation ( formation RHCE, etc ), et des gens seront payé pour faire des unités systemd pour les outils proprios.

    Et je pense que tu peux aussi rajouter SLES 12, qui devrait logiquement également proposer systemd ( cf https://www.suse.com/communities/conversations/systemd-is-not-about-systeme-d/ )

    Ou parler de CoreOs ( http://coreos.com/ ), qui est une startup qui bosse sur l'hebergement de container, et qui au passage embauche de ce que j'ai compris. Ou Pantheon ( https://www.getpantheon.com/blog/pantheon-running-over-500000-systemd-units ).

    C'est un peu ce qui est reproché à Upstart par un membre du tech-ctte, c'est que sur upstart, il y a que Canonical ( et Google via ChromeOS ) qui contribue.

  • [^] # Re: kdbus

    Posté par  (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 4.

    Au point de vue sécurité, cela permet aux frameworks de sécurité
    (SELinux, Apparmor…) d'éviter de faire confiance à l'userspace.

    je suis modérement pas d'accord. D'une part, dans l'état des choses, le démon dbus fait l'arbitrage de qui a le droit de faire quoi via selinux et apparmor. Pour cela, il profite du fait qu'il a une vision globale sur les messages.

    Bien sur, il est en userspace, mais il tourne dans un domaine de sécurité séparé du process userspace auquel on ne fait pas confiance, donc la distinction est plus complexe que kernel space vs userspace.

    Et c'est ce point qui pose souci au dev de Canonical, car ils ont besoin de plus de précision que juste laisser passer ou non le message.

    Actuellement, pour reprendre une analogie, le filtrage par selinux est de l'ordre d'un filtrage de niveau ip/tcp sur une couche réseau classique. Ce que Canonical a besoin pour confiner les applications, c'est plus un truc du style filtrage protocolaire. Ce qui se fait sans souci en userspace, et qui va avoir une énorme résistance au niveau du kernel. Et si le positionnement d'un tel filtre est évidement au lieu de passage dans le kernel, ça va pas aller.

    Une solution serait de faire comme le défunt nufw, ie faire passer le message en userspace pour filtrage avant de retourner au kernel, mais ça devient inefficace. Une autre solution pourrait être une dérivation ( ie, le message va au destinataire et à un démon de filtrage, et le destinataire attends que le demon de filtrage dise "oui" ), mais la, on rajoute des délais un peu inutile et une architecture un peu plus complexe et fragile.

    Donc je comprends que le passage vers le kernel dérange des gens, même si je pense qu'avec le temps, un moyen de filtrer efficacement soit ajouté dans le kernel.

  • [^] # Re: Et pour une poignée de liens en plus

    Posté par  (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 10.

    Et toujours à mon bien humble avis, si Debian adopte systemd, ça
    sera le moment où systemd entrera en production, la communauté
    peut le prendre en charge non une seule entité. si Debian
    n'adopte pas systemd par contre, donc n'y fourre plus son nez
    dedans, là ça sera un frein sévère à systemd (à mes yeux)

    Dans la mesure ou systemd est déjà dans plein de distributions, dans le mesure ou j'ai vu presque personne dire "je suis sysadmin, je surkiffe trop upstart qui permet des trucs trop bien", je pense que la communauté a déjà choisi.

    Non pas que upstart soit catastrophique, mais j'ai le sentiment que personne parmi les sysadmins que je connais ne cherche à tirer parti des fonctions avancés. Et pourtant, upstart est présent dans RHEL, Ubuntu server, etc.

    Upstart a déjà 5 ans, est globalement mature ( minus certains soucis de conceptions, genre l'usage de ptrace pour suivre les process ), et bien qu'il a été utilisé dans l'embarqué ( genre le nokia n9 ), j'ai pas le sentiment que son modèle à base d'evenement ne séduise plus que ça. Ça se voit par rapport par exemple aux posts de blog qui parlent du projet, qui sont bien moins nombreux que pour systemd, ou du moins, qui m'avait l'air moins nombreux quand j'ai regardé il y a quelques semaines, alors que la communauté Ubuntu est censé être une des plus grande niveau utilisateur.

    Donc non, je pense pas qu'une non-adoption de systemd par debian soit un frein. J'aurais plus tendance à dire que ça va arriver dans debian, quoi que le tech-ctte fasse, et que au contraire, un refus ( ce qui n'est pas le cas actuellement, mais le cas chez Ubuntu ) serait un frein pour la distribution, sauf à avoir l'égalité au niveau des fonctions, ce qui est un travail en cours ( par exemple, l'usage des cgroups dans upstart, il reste plus que tout le reste à faire ).

  • [^] # Re: Encryption des données

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 5.

    En parlant de encfs :
    https://defuse.ca/audits/encfs.htm

  • [^] # Re: OpenRC

    Posté par  (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 6.

    En effet, mais openrc ne semble pas passionner les foules. Malgré le fait que les devs rajoutent des fonctions ( support de cgroups pour suivre les processus ), seul Thomas Goirand semble le pousser. Mais il ne perds pas son temps, et je pense qu'il travaille d'arrache pied pour résoudre les soucis, et je pense qu'en effet, ça pourrait faire un bon complément sur les plateformes BSD et Hurd si un autre système d'init est choisi pour Linux.

    Ensuite, quelqu'un note dans les liens que ce bug sur le boot en parallèle n'est toujours pas corrigé
    https://bugs.gentoo.org/show_bug.cgi?id=391945

    Debian comme la plupart des distributions utilise ce genre de fonction pour gagner du temps au boot depuis longtemps, donc ça pourrait être un retour en arrière que de devoir la désactiver par défaut.

  • # Et pour une poignée de liens en plus

    Posté par  (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 10.

    La discussion sur hacker news :
    https://news.ycombinator.com/item?id=7076294

    La discussion sur lwn :
    http://lwn.net/Articles/578208/

    Une autre sur kdbus :
    http://lwn.net/Articles/580194/

    Et une réponse de GKH :
    http://lwn.net/Articles/580814/

    Si avec ça, personne n'est inspiré pour une discussion technique, je peux commencer à lancer la discussion sur le nombre de ligne de code upstart et systemd comparé, et comment upstart passe vraiment trop de temps à communiquer en interne de part son architecture la ou systemd rajoute des features dans son code à la place, mais j'ai peur d'être tout seul sur le sujet.

  • [^] # Re: asshole detector

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.

    Et ici il y a au moins 3 hommes qui ont fait la même chose, donc
    égalité.

    on est pas la pour compter, tu es (comme d'hab) à coté de la plaque. Je suis la pour faire remarquer que la remarque :

    "Interestingly, the crusaders[2] are to date all male, and often assert that women can’t like jokes about breasts or sex in general3. How fucked up is that?"

    Est factuellement incorrect. Au mieux, Laurent fait preuve d'ignorance, mais j'en doute fortement, ne serais que parce qu'il sait ou était le screenshot. Au pire, il refait l'histoire dans sa tête pour ne pas se remettre en question sur certains points.

    Le reste, c'est juste ton bullshit habituel, je pense que je vais pas perdre mon temps à tenter de discuter, si tu sais pas lire ce à quoi tu réponds, c'est pas en écrivant plus que tu va l'apprendre.

  • [^] # Re: asshole detector

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.

    Si ça n'apporte rien à l'argument, tu n'auras donc aucun problème à le corriger ou à la retirer sur ton blog, vu que ça n'apporte rien à part des faits incorrects ?

    Ou ça viole un autre principe qu'on connait pas à priori et qui ne va pas du tout aller en faveur d'une non remise en cause de ta vision ?

  • [^] # Re: asshole detector

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 6.

    Tu noteras que je fait une différence entre le projet, et Laurent. Le projet a changé des choses ( sans grande pompes, car il faudrait pas reconnaitre qu'il y a un souci ) et Laurent lui non. Comme le dit quelqu'un sur le fil, il ne faut pas confondre la communauté et les membres individuelles. Si ensuite, tu (toi, pas le projet) n'arrive pas à faire la différence au premier coup d'oeil ( notamment par exemple l'usage de la seconde personne du singulier pour adresser directement pkk ), je pense qu'il y a un souci.

    Ensuite, pour le fait que tu n'as pas vu de screenshot, c'est facile, le screenshot en question était sur la page de qvideoboob, jusqu'en juillet 2012. On voit encore sur archive.org le message "if you are under the age of 18 or find this screenshots offensive, please don't look at them.", cf https://web.archive.org/web/20110302193534/http://weboob.org/QVideoob

    Ou on peut aussi voir le très curieux :

    "If you are at work, or if you are under 18, you probably don't want to display porn videos. You juste have to uncheck the Display NSFW videos box."

    Sur la même page.

    Au passage, pour voir si tu as pas des soucis de vue, on va tomber d'accord pour dire que le logo de la caisse d'épargne sur le site de weboob est le même que celui de la banque, mais avec le bras mis comme un penis en érection ? Et que le logo pour le module de lolix est celui de lolix avec un pénis sous le gnu ?

  • [^] # Re: En ce moment même...

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 10.

    C'est vrai que poster un journal non technique pour se plaindre qu'il y a pas assez de contenu technique dans une dépêche qui n'a rien de technique ( sans remettre en cause sa qualité, mais parler des nouveautés d'un logiciel qu'on peut qualifier de sujet à controverse, ç'est pas ce que j'appelle parler de technique ), c'est en effet cocasse.

    Quand en plus, celui ci monopolise les discussions via un sujet plus populaire ( car tout le monde a un avis sur linuxfr ), c'est même curieusement contre productif sur le long terme.

  • [^] # Re: asshole detector

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 7.

    En te basant sur des fais qui sont faux. j'ai vu 3 personnes de sexe féminin se plaindre du nom ( ou plutot du coté enfantin et vulgaire de l'ensemble, entre le nom, les images pornos sur le site web ( qui ont disparu justement suite à la discussion ), des logos de mauvais gout rajouté à dessein avec les détails qui tuent qu'on ne voit que quand on sait ou regarder ).

    Bien sur, pour voir ces femmes faire part de leur mécontentement, il faut aller ailleurs que sur linuxfr, comme par exemple sur le stand weboob des RMLLs 2012 à Genève.

    Mais tu peux continuer à te baser ton analyse sur ta vision tronqué du monde bien sur, et ne pas te remettre en cause.

  • [^] # Re: NSFW

    Posté par  (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 10.

    Je ne me souviens plus de l'historique exacte et ou se place AUM dans tout ça (car sauf erreur de ma part, c'était le vrai premier programme qui a inspiré weboob, basé sur le middleware maison de notre employeur commun à moules/progs/romain et à moi, dont l'histoire est raconté sur http://linuxfr.org/users/moules/journaux/edenwall-la-descente-aux-enfers ), mais je pense qu'il va être dur de dire la vérité sans que ça soit perçu comme une attaque personnelle.

    Et vu qu'on ne doit pas attaquer la communauté ( cf l'avis de l'auteur/fondateur sur http://linuxfr.org/users/ffourcot/journaux/la-communaute-linuxfr-n-a-t-elle-plus-rien-de-technique-a-dire#comment-1513715 ), et que donner des informations historiques, ça vexe le codeur principal malgré le fait qu'il dise assumer totalement ses actes et ne pas regretter ( et que d'ailleurs, les traces ne manquent pas pour qui sait lire son cv en détail ), je pense qu'on peut juste tous s'autocensurer pour le bien de la communauté weboob car soit la critique est sur le projet, c'est mal (tm), soit sur la communauté, c'est aussi mal(tm) et sur l'auteur fondateur, c'est aussi mal(tm).

    Il ne faudrait pas que les gens se posent des questions ou se disent que c'est quand même pas terrible de contribuer à un projet dont le nom et divers choses font passer les joueurs de League of Legends pour des modèles de maturités digne de Yoda.

    Notre seul choix est donc de tous mettre notre tête dans le sable, avec comme point bonus qu'on éviteras de voir des dessins animés avec la représentation du prophète sacré de l'islam, comme démontré si majestueusement dans South Park vu que ça semble être le choix de la communauté.

  • # Ça reste triste ton avis sur les commentaires

    Posté par  (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 10.

    Moi, je pense que le commentaire est vu comme pertinent car il apporte une précision d'ordre historique et biographique à un logiciel qui est quand même une révolution sociétale. Car comme l'auteur-fondateur l'a exprimé lors de sa conférence lors des RMLLs à Bordeaux, il s'agit surtout d'une réappropriation des données qui sont actuellement emprisonnés derrière le carcan de l'HTML.

    Donc pour moi, il est important de savoir ce qui est l'énergie motrice d'une telle avancée, de savoir que finalement, c'est l'amour ( sous une forme sublimé ) qui est à l'origine de tout ça.

    Et je ne suis pas d'accord qu'il faille laisser Linuxfr aux technocrates de tout poil voulant imposer un élitisme technique par la censure qui transpire de ce journal qui dénonce grave, même pour un <hint>vendredi</hint>.

  • [^] # Re: NSFW

    Posté par  (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 10.

    Oui, c'est lui. Et il s'en inquiète pas, car ça permet de s'assurer que moins de monde ne présente son logiciel ( weboob ) à un client pour lui faire concurrence.

  • [^] # Re: NSFW

    Posté par  (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 6.

    En même temps, il faut bien se rendre compte qu'il y a des gens qui veulent pas que ça se sache qu'ils ont fait certains commits sur ce logiciel. Je parle pas de Leto, Theocrite ou Phlogistique qui utilise juste leur pseudo habituel, je parle plus du( voir des ) codeur(s) qui code sous le nom de Roger Philibert, parce que pas grand monde veut voir son nom attaché à "e-hentai" ou des sites pornos amateurs lors d'une recherche sur Google.

    Et j'imagine qu'il y a sans doute d'autres gens qui codent pas dessus pour éviter d'avoir le souci aussi. Ensuite, dieu merci, y a assez de gens qui font preuve d'indifférence sur le sujet pour garder le status quo.

  • [^] # Re: NSFW

    Posté par  (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à -4.

    Pourquoi avoir choisi un tel nom pour le projet?

    Parce que le codeur a l'origine du projet ( Romain B ) a été gavé ( ou plutôt, s'est gavé de lui même, quoi qu'il dise ) de pornographie durant toute son adolescence ( d'où la présence dans le git des modules pour sites pornos très vite dans l'histoire du projet ), qui cherche la provocation ( moins maintenant, du moins quand il est à jeun ) et qui a un sens de l'humour à lui.

    Je vais encore de temps en temps boire dans des bars ( moins depuis la dernière fois, mais je pense qu'il voudrait pas que je raconte ce qui est arrivé au centre de Paris lors de la soirée en question ), j'ai bossé avec lui dans mon ancienne boite, on parle sur irc, et depuis 5 ans, je pense que je peux affirmer que je connais le bonhomme.

    Soit 2 faits, 1) le nom du projet lui a été fait remarquer plus d'une fois, 2) il me répète être "plus mature maintenant"
    Mais je pense que la non action après 1) démontre quand même que 2) est à relativiser ( en dehors de mes expériences personnelles trop rapprochés d'observation d'expulsion stomacale dans un commerce pourvu d'une license IV ).

  • [^] # Re: Uchronie

    Posté par  (site web personnel) . En réponse au journal Gtk to Qt - A strange journey. Évalué à 2.

    Actuellement, je le ferais pas, je pense que refaire un navigateur au lieu d'améliorer l'existant, c'est un boulot énorme.

    Sinon, je partirais sur webkit plutot que gecko à cause des différentes histoires d'horreurs que j'ai lu sur les paquets qui ont besoin de xulrunner. quand à qt ou xul, je sais pas, je connais que QT, ça me semble adapté pour faire l'UI, mais je ne peux pas juger sans connaitre le reste. Et je suis pas sur que le choix dépend uniquement de mon avis, mais aussi des gens qui vont bosser avec moi, même si je pense qu'un mec qui connait un toolkit connait grosso modo les bases de tout les toolkits. Ça dépend aussi des contraintes que j'ai, etc, etc.

  • [^] # Re: Local knowledge

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

    Si je rajoutais un lien et une citation, ce serait moins
    condescendant ?

    Non, je pense que ça serait moins mal pris en évitant par exemple l'impératif ( ça fait très donneur d'ordre ), en arrêtant de sous entendre que je sais pas de quoi je parle ( car tu me demandes si je confonds pas "autoritarisme et autorité" et je vois même pas le point que tu veux faire par rapport à ce que j'ai dit, à part dire un chouia sans se mouiller que les réponses des devs sont de l'autoritarisme, parfois, certains, sans donner de lien pour pas qu'on discute l'opinion ), et aussi disant que globalement, je dit n'importe quoi, ce qui reste quand même un avis des plus tranchés.

    Je pense que sans ces 3 choses la, oui, ça serait perçu comme moins condescendant par moi en tout cas.

    Que des gens ne soient pas d'accord avec les choix faits,
    encore heureux. Mais, sauf exception, ils ne tirent pas sur
    Guido.

    Parce que Guido, malgré son titre, ne se mets pas en avant et n'influence que très peu, ou plutôt, il n'est pas le moteur derrière python car le pouvoir de décider est bien plus diffus, donc le niveau de critique est à la hauteur. IE, Guido est moins la figure publique de Python que Lennart est celle de systemd.

    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.

    Au contraire d'un mec comme Mark Shuttleworth qui va lui monter au créneau, et qui va de fait recevoir bien plus de critiques car il propose plus de choses, car il a des avis plus tranchés.
    ( et je parle pas de la justesse ou pas des avis des uns et des autres ).

    Enfin tu as un avis différent du mien sur le sujet au point de croire que je dit "n'importe quoi", je pense que tu es assez intelligent pour avoir piger ce que j'ai dit ( vu que tu estimes que je ne tiens pas des propos d'une grande justesse ), et je doute fort que la répétition advitam eternam ne te fasse changer d'avis, donc je vais pas te faire l'affront de croire que tu as pas pigé en redonnant le même raisonnement 15 fois.

  • [^] # Re: Local knowledge

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

    Alors qu'un dev ou un utilisateur régulier, il aura un avis
    bien plus pertinent.

    Non, ils vont pas forcément avoir un avis pertinent, ils vont avoir des habitudes, si j'en voit la plupart des protestations contre gnome 3. Tout comme les utilisateurs réguliers de Windows ont des habitudes et veulent que tout soit pareil, parce que fondamentalement, c'est des humains dans les 2 cas.

    Et la plupart des devs ont eu aucune formation en design, il suffit de voir tout les sites pourris fait sans prendre en compte l'ergonomie pour bien prouver que non, être dev n'implique pas la capacité à avoir un avis pertinent.

    Par exemple, un dev ou un power user régulier, il va typiquement te dire "faut pouvoir régler tel truc", alors qu'en pratique, la plupart des gens s'en foutent, mais pas lui, exemple illustré dans un xkcd.

    Exemple, la dernière fois que j'ai touché à k3b ( y a facile 7 ans, le logiciel a bougé depuis ), je pouvais tout changer lors de la gravure, mais moi, j'avais globalement rien à faire de changer tout. Je voulais juste mettre un cd et le graver. Mais parce que les utilisateurs réguliers ont demandés à pouvoir changer la vitesse du graveur, mettre le type de cd, etc, etc, j'avais une superbe boite de 4 options que j'ai pas réussi à piger parce que j'avais pas bu mon café du matin ( je boit pas de café, c'est une métaphore pour dire "j'avais la tête dans le cul suite à l'abus d'alcool la veille" ).

    On peut parler des superbes outils de gestion du volume sonore avec 15 sliders qui sont remplacé par 1 simple réglage de nos jours. C'est bien parce que alsamixer avait été fait par une personne experte du domaine que ça n'a pas choqué au niveau de l'interface.

    je ne dit pas qu'on doit pas prendre en compte l'avis des utilisateurs existants. Mais je pense pas que leur avis soit magiquement plus pertinent car la plupart vont juste te décrire ce qu'ils font, et ils ont pas plus l'habitude de penser à ce qui fait une bonne interface que le reste du monde. Ils ont juste la capacité à dire ce qu'ils font et comment ils pensent qu'il faut le faire, sans avoir forcément vu d'autres trucs, sans avoir formalisés les concepts, sans avoir le background.

    Car oui, faire du design d'interface, c'est un métier à part entière, même si comme tout les métiers du même genre, ça a l'air facile. Un peu comme passer 5h pour écrire 3 lignes de code, ça a l'air simple.

  • [^] # Re: Local knowledge

    Posté par  (site web personnel) . En réponse au journal Gtk to Qt - A strange journey. Évalué à 8.

    . Mais si t'es pas d'accord avec lui, forke. C'est ce qu'ont
    fait les gars de Mate.

    et d'ailleurs, y a tellement de gens pas content qu'on peut voir le nombre de commits sur KDE grimper en flèche depuis gnome 3 :

    https://www.ohloh.net/p/kde

    Et pareil pour mate, des milliers de gens sont venus donnés un coup de main, parmi le flot de tout les mécontents qui postent :
    https://www.ohloh.net/p/mate

    Au contraire de gnome, ou on voit bien une chute libre des contributeurs :

    https://www.ohloh.net/p/gnome

    Ah on me dit dans l'oreillette que c'est pas exactement ça, et qu'en fait, la jointure entre l'ensemble des gens qui râlent et celui des gens qui vont agir et contribuer à un autre projet est inférieur à une erreur statistique.

    IE, les users n'ont pas de pouvoir dans le libre, news at 11.