jore le libre enrichit google - alors que les produits phares de google sont toujours proprio.
Ben justement, la production de contenu de manière complètement gratuite constitue la matière première de google, et google la traite à l’échelle industrielle en se gardant bien de partager les secrets du traitement. Je pense que ce qu’il dénonce c’est un peu cette asymétrie qu’il dénonce. Les ennemis de facebook disent pas autre chose en refusant de filer leurs donnée à un organe centralisé et opaque. Tu diras que google ne cherche pas à s’approprier les données comme fb le fait, mais il faut bien reconnaître qu’ils sont un des seuls à avoir les moyens matériels et les algos pour traiter des données à cette échelle. Et ça, ils ne les partagent pas.
D’une manière générale il pose la question de la valorisation de la connaissance libre. Faut bien reconnaître qu’à part avoir la Foi et les convictions de bosser bénévolement en espérant que les autres vont faire de même, on a pas des masses de solution. Le libre est un succès pour l’infrastructure genre les serveurs web, les noyaux et les bases de données. Les trucs que tout le monde utilise. C’est un succès pour Wikipédia aussi, jusqu’à présent. Mais étant donné l’érosion lente des contributions sur Wikipédia, qui peut dire si ça durera ? Perso j’ai pas que des bons souvenir de contributions sur Wikimédia, et je suis pas le seul. Faut vraiment être motivé. À part une foi inébranlable, il restera quoi ?
Le dictateur en place, il franchi quand même des lignes rouges genre l’utilisation d’armes chimiques. Il s’agit pas uniquement de laisser un dictateur en place, mais aussi de le laisser massacrer comme il l’entend.
Et … n’importe quel arbre ou plus généralement végétal se modélise et se génère très bien avec des systèmes récursifs analogues à des grammaires formelles, les L-systèmes. Google image est assez explicite : https://www.google.fr/search?q=L-system+tree&tbm=isch . Chaque brbre est un «fractoïde» (pas une vraie fractale mathématique évidemment, juste une approximation). Je crois pas que le terme soit officiel mais c’est le nom d’une appli android de génération de fractale, et j’ai bien aimé le terme. Urban dictionary connait aussi le mot semble-t-il http://www.urbandictionary.com/define.php?term=fractoid ;)
Rajout au «toussa» parce qu’il est bien trop tard pour modifier mon commentaire : _payer / assigner des taches … donner les droits d’écriture sur le dépôt _
Ben typiquement utiliser glade dans l’interface ce serait pas une révolution, permettrait une migration incrémentale et faciliterai certains trucs (y compris pour les non codeurs).
Effectivement, ce mot a été employé dans ce journal et tu a posté dedans : https://linuxfr.org/users/igor--2/journaux/le-libre-et-l-experience-utilisateur pbr contre c’est effectivement pas toi qui l’a employé, mea culpa. Par contre tu commentes dans le sens « on regarde ce que tu fais et pas ce que tu es », sens pour lequel on pouvait entendre une start-upeuse utiliser le mot « méritocratie » hier dans les médias (pour dire « on doit pas payer / assiger des taches en fonction du genre toussa) et accorder les droits de mainteneurs à ceux qui font du bon code, d’où ma confusion.
Cela dit mon but n’était pas de dire que l’équipe de Gimp n’était pas ouverte.
Remplace «moule» par «culture de projet» si le mot te gène. Toute projet avec une communauté à sa culture de projet. Ça va des aspects techniques à des valeurs partagées - je t’ai vu récemment parler de méritocratie par exemple, la volonté d’ouverture, «talk is cheap, show us the code» (je subodhore) … Tu bs juste l’impression qu’il n’y a pas de moule parce que tu es tellement déjà dedans que tu t’en rend pas compte :p
C’est pas une critique en soi, faut juste en avoir conscience. J’ai tendance à penser qu’une véritable ouverture doit aussi passer par la réinterrogation de ce paradigme, quand c’est nécessaire.
Il n’y a ni animosité ni volonté d’insulte dans mes messages. Juste un questionnement. Et rassure toi, je suis simple utilisateur de Gimp et je n’ai aucune volonté de proposer de recoder l’interface en angularjs :p
J’y suis sans doute allé un peu fort. J’ai un peu l’impression que si tu as été facilement intégré c’est que tu t’es parfaitement fondu dans le moule
Cela dit j’ai quand même une remarque (ou une question) : si 80% du code c’est de l’ui, c’est une proportion assez gigantesque. Du coup, faire ça en C avec Gtk, je comprend que ça prenne du temps. Mon impression c’est qu’il y a pas mal de boilerplate et que c’est assez verbeux. Ça se prête moyen au prototypage rapide d’idée. Mon impression c’est que c’est pas hyper efficace (et qu’en utilisant d’autres techno on pourrait ptete diminuer significativement le nombre de ligne de code, potentiellement)
Vous utilisez des interface genre glade ? Comment vous développez en fait ? J’ai l’impression qu’à ce niveau d’UI çà devient important de se poser la question de la pertinence des technos concernant l’UI. Comment vous voyez les choses de ce côté là ? Vous avez sérieusement étudié la question ou vous attendez qu’un contributeur fasse tous le taf’ avant ? (ce qui me semble assez irréaliste, en fait, faudrait se préparer à forker au cas ou au bout du compte c’est rejeté)
Mais dire que le C est ce qui empêcherait de contribuer à C, ça ressemble plus à une excuse qu'autre chose.
Mmm parler « d’excuse » dans le cadre d’un projet bénévole me surprend un peu. Comme tu le dis plus haut, c’est un projet bénévole, pas comme si il fallait chercher des excuses pour ne pas avoir rempli un contrat avec contreparties.
J’ai l’impression que vous mettez pas mal la pression avant de considérer que quelqu’un fait partie de l’équipe. Ça peut être contre-productif, non ?
Ben si tous le truc repose sur une seule personne effectivement, mais si c’est pour recoder l’interface d’une part ça vaut ptete le coup que les anciens s’y mettent. Certe c’est un coût mais pas un coût de maintenance en soi, c’est un coût d’apprentissage initial. Après pour la maintenance, faut choisir la bonne techno. C’est un risque, mais bon développer du GTK en C c’est un risque aussi … ça n’attire pas des masses, à juste titre. On peut d’ailleurs noter qu’il y a des concurrents à The Gimp de nos jour, alors qu’on l’a longtemps présenté comme une potentielle « killer feature ». Faut-il en déduire que des gens ont préféré relancer d’autres projets plutôt que de contribuer au phare ? Je n’irai pas jusque là parce qu’il y a plein de raison potentielles (et que c’est pas forcément un mal en soi), mais c’est pas impossible que le côté technologies employé ait joué (typiquement GTK vs. Qt)
J’aurai plutôt tendance à analyser ça en terme de culture de projet / générationnelle qu’autre chose : il y eut un culte du C que l’équipe actuelle composée de pas mal de vieux de la vieille connaissent bien et qu’ils ont pas des masses envie de payer le coût du changement. Du coup ils ont ptete assez mal reçu les gens qui ont proposé des chagemnts de ce côté. Qui du coup ne seraient pas hyper enthousiastes à l’idée de rester sur ce projet et sont ptetp parti vers d’autres aventures avec des technos plus actuelles.
Mais c’est ptete juste moi qui me fait un flim (le scénario est cependant assez crédible si on prend la peine de faire de l’archéologie de vieux trolls sur ce site et donc du libre en général)
Très sympa comme interview, j’aime le détachement et le sens de l’humour dont il fait preuve.
Un truc me fait tilter : d’un côté il semble preneur de toute personne qui pourrait lui virer du boulôt, mais d’un autre il se la joue élitiste en parlant des gens qui ont à un moment tenté d’insérer des technos « à la mode » pour lesquelles c’est probablement plus simple de trouver des compétences. Ça n’aurait pas aussi tendance à diminuer la qualité et à faire fuir les contrbuteurs de maitenir les choses plus « difficiles » ?
Hum, tu as l'air de supposer que les designer de métier ne sont pas formés aux problématiques d'accessibilité … J'ai plutôt l'impression qu'une formation en design digne de ce nom doit obligatoirement prendre cet aspect en compte.
Du coup les numéro de port sont carrément analogues aux "file descriptor" unix. J'ai jamais vraiment utilisé netcat, mais du coup la séparation "net" et "cat" prend tout son sens.
On a vraiment l'équivalent des tricks de magie noire qu'on peut faire avec les redirection d'entrée sorties, mais par le réseau.
J'ai regardé la présentation que tu as lié. J'ai l'impression d'avoir compris tous les bouts, c'est passionnant et tout, mais j'ai pas bien saisi l'ensemble.
J'adore la manière dont le gars se repère dans le labyrinthe de techno informatique (ou pas), prend ce qui l'intéresse, réimplémente les truc qu'il veut maîtriser et l'analyse qu'il a des problèmes. Je suis infoutu (et je me permettrai pas) de critiquer ce qu'il fait à mon niveau, en même temps j'ai l'impression qu'il y a des milliards de trucs à dire. Le type est un génie du touche à tout. Il a aussi une motivation à toute épreuve, des années de travail sur un projet à très long terme …
Bref, j'ai un curieux sentiment mélange de "wtf" et d'admiration sans borne :) Du travail passionnant à plus d'un titre, mélange de physique, d'informatique et de biologie à en inspirer des réflexions métaphysiques.
[^] # Re: mmh
Posté par Thomas Douillard . En réponse au journal Faut-il continuer à enrichir Wikipedia si ça profite à Google ?. Évalué à 3.
Ben justement, la production de contenu de manière complètement gratuite constitue la matière première de google, et google la traite à l’échelle industrielle en se gardant bien de partager les secrets du traitement. Je pense que ce qu’il dénonce c’est un peu cette asymétrie qu’il dénonce. Les ennemis de facebook disent pas autre chose en refusant de filer leurs donnée à un organe centralisé et opaque. Tu diras que google ne cherche pas à s’approprier les données comme fb le fait, mais il faut bien reconnaître qu’ils sont un des seuls à avoir les moyens matériels et les algos pour traiter des données à cette échelle. Et ça, ils ne les partagent pas.
D’une manière générale il pose la question de la valorisation de la connaissance libre. Faut bien reconnaître qu’à part avoir la Foi et les convictions de bosser bénévolement en espérant que les autres vont faire de même, on a pas des masses de solution. Le libre est un succès pour l’infrastructure genre les serveurs web, les noyaux et les bases de données. Les trucs que tout le monde utilise. C’est un succès pour Wikipédia aussi, jusqu’à présent. Mais étant donné l’érosion lente des contributions sur Wikipédia, qui peut dire si ça durera ? Perso j’ai pas que des bons souvenir de contributions sur Wikimédia, et je suis pas le seul. Faut vraiment être motivé. À part une foi inébranlable, il restera quoi ?
[^] # Re: Poum Poum poum…
Posté par Thomas Douillard . En réponse au journal Macron, ou la destruction du pouvoir législatif. Évalué à 6.
rien que le pseudo est une insulte
[^] # Re: Wow
Posté par Thomas Douillard . En réponse au journal Macron, ou la destruction du pouvoir législatif. Évalué à 1.
C’est toi qui le dit.
[^] # Re: Wow
Posté par Thomas Douillard . En réponse au journal Macron, ou la destruction du pouvoir législatif. Évalué à 0.
Le dictateur en place, il franchi quand même des lignes rouges genre l’utilisation d’armes chimiques. Il s’agit pas uniquement de laisser un dictateur en place, mais aussi de le laisser massacrer comme il l’entend.
[^] # Re: Dans la nature aussi !
Posté par Thomas Douillard . En réponse au journal Archéologie fractale. Évalué à 5.
Et … n’importe quel arbre ou plus généralement végétal se modélise et se génère très bien avec des systèmes récursifs analogues à des grammaires formelles, les L-systèmes. Google image est assez explicite : https://www.google.fr/search?q=L-system+tree&tbm=isch . Chaque brbre est un «fractoïde» (pas une vraie fractale mathématique évidemment, juste une approximation). Je crois pas que le terme soit officiel mais c’est le nom d’une appli android de génération de fractale, et j’ai bien aimé le terme. Urban dictionary connait aussi le mot semble-t-il http://www.urbandictionary.com/define.php?term=fractoid ;)
[^] # Re: Na na na na na Nana Nananana …
Posté par Thomas Douillard . En réponse au journal Archéologie fractale. Évalué à 9.
Faut croire que chacun y voit ce qu’il a envie d’y voir !
# Na na na na na Nana Nananana …
Posté par Thomas Douillard . En réponse au journal Archéologie fractale. Évalué à 9.
Batman !
# Les coordonnées :
Posté par Thomas Douillard . En réponse au journal Archéologie fractale. Évalué à 5.
J’ai oublié ça.
[^] # Re: Je propose la création d'un langage informatique
Posté par Thomas Douillard . En réponse à la dépêche Questionnaire LinuxFr.org pour la présidentielle française 2017. Évalué à 3.
Sachant que certains candidats on sait pas trop si ils en ont vraiment un, de programme, c’est pas gagné d’avance.
# Make Wikipedia Great Again
Posté par Thomas Douillard . En réponse au journal Make Linux great again !. Évalué à 7.
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28proposals%29#Make_Wikipedia_Great_Again
[^] # Re: On en est encore là ?
Posté par Thomas Douillard . En réponse au journal Lennart a encore frappé !. Évalué à 5.
Ah mais rassure toi on en parle environ une fois tous les deux ans.
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 2.
Rajout au «toussa» parce qu’il est bien trop tard pour modifier mon commentaire : _payer / assigner des taches … donner les droits d’écriture sur le dépôt _
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 2.
Ben typiquement utiliser glade dans l’interface ce serait pas une révolution, permettrait une migration incrémentale et faciliterai certains trucs (y compris pour les non codeurs).
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 0.
Effectivement, ce mot a été employé dans ce journal et tu a posté dedans : https://linuxfr.org/users/igor--2/journaux/le-libre-et-l-experience-utilisateur pbr contre c’est effectivement pas toi qui l’a employé, mea culpa. Par contre tu commentes dans le sens « on regarde ce que tu fais et pas ce que tu es », sens pour lequel on pouvait entendre une start-upeuse utiliser le mot « méritocratie » hier dans les médias (pour dire « on doit pas payer / assiger des taches en fonction du genre toussa) et accorder les droits de mainteneurs à ceux qui font du bon code, d’où ma confusion.
Cela dit mon but n’était pas de dire que l’équipe de Gimp n’était pas ouverte.
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 1.
Remplace «moule» par «culture de projet» si le mot te gène. Toute projet avec une communauté à sa culture de projet. Ça va des aspects techniques à des valeurs partagées - je t’ai vu récemment parler de méritocratie par exemple, la volonté d’ouverture, «talk is cheap, show us the code» (je subodhore) … Tu bs juste l’impression qu’il n’y a pas de moule parce que tu es tellement déjà dedans que tu t’en rend pas compte :p
C’est pas une critique en soi, faut juste en avoir conscience. J’ai tendance à penser qu’une véritable ouverture doit aussi passer par la réinterrogation de ce paradigme, quand c’est nécessaire.
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 3.
Voilà, je pense que tu as mieux réussi à exprimer ce que j’avais derrière la tête que moi :)
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 3.
Il n’y a ni animosité ni volonté d’insulte dans mes messages. Juste un questionnement. Et rassure toi, je suis simple utilisateur de Gimp et je n’ai aucune volonté de proposer de recoder l’interface en angularjs :p
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 3.
J’y suis sans doute allé un peu fort. J’ai un peu l’impression que si tu as été facilement intégré c’est que tu t’es parfaitement fondu dans le moule
Cela dit j’ai quand même une remarque (ou une question) : si 80% du code c’est de l’ui, c’est une proportion assez gigantesque. Du coup, faire ça en C avec Gtk, je comprend que ça prenne du temps. Mon impression c’est qu’il y a pas mal de boilerplate et que c’est assez verbeux. Ça se prête moyen au prototypage rapide d’idée. Mon impression c’est que c’est pas hyper efficace (et qu’en utilisant d’autres techno on pourrait ptete diminuer significativement le nombre de ligne de code, potentiellement)
Vous utilisez des interface genre glade ? Comment vous développez en fait ? J’ai l’impression qu’à ce niveau d’UI çà devient important de se poser la question de la pertinence des technos concernant l’UI. Comment vous voyez les choses de ce côté là ? Vous avez sérieusement étudié la question ou vous attendez qu’un contributeur fasse tous le taf’ avant ? (ce qui me semble assez irréaliste, en fait, faudrait se préparer à forker au cas ou au bout du compte c’est rejeté)
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 2.
Mmm parler « d’excuse » dans le cadre d’un projet bénévole me surprend un peu. Comme tu le dis plus haut, c’est un projet bénévole, pas comme si il fallait chercher des excuses pour ne pas avoir rempli un contrat avec contreparties.
J’ai l’impression que vous mettez pas mal la pression avant de considérer que quelqu’un fait partie de l’équipe. Ça peut être contre-productif, non ?
[^] # Re: Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 1.
Ben si tous le truc repose sur une seule personne effectivement, mais si c’est pour recoder l’interface d’une part ça vaut ptete le coup que les anciens s’y mettent. Certe c’est un coût mais pas un coût de maintenance en soi, c’est un coût d’apprentissage initial. Après pour la maintenance, faut choisir la bonne techno. C’est un risque, mais bon développer du GTK en C c’est un risque aussi … ça n’attire pas des masses, à juste titre. On peut d’ailleurs noter qu’il y a des concurrents à The Gimp de nos jour, alors qu’on l’a longtemps présenté comme une potentielle « killer feature ». Faut-il en déduire que des gens ont préféré relancer d’autres projets plutôt que de contribuer au phare ? Je n’irai pas jusque là parce qu’il y a plein de raison potentielles (et que c’est pas forcément un mal en soi), mais c’est pas impossible que le côté technologies employé ait joué (typiquement GTK vs. Qt)
J’aurai plutôt tendance à analyser ça en terme de culture de projet / générationnelle qu’autre chose : il y eut un culte du C que l’équipe actuelle composée de pas mal de vieux de la vieille connaissent bien et qu’ils ont pas des masses envie de payer le coût du changement. Du coup ils ont ptete assez mal reçu les gens qui ont proposé des chagemnts de ce côté. Qui du coup ne seraient pas hyper enthousiastes à l’idée de rester sur ce projet et sont ptetp parti vers d’autres aventures avec des technos plus actuelles.
Mais c’est ptete juste moi qui me fait un flim (le scénario est cependant assez crédible si on prend la peine de faire de l’archéologie de vieux trolls sur ce site et donc du libre en général)
# Paradoxe
Posté par Thomas Douillard . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 2.
Très sympa comme interview, j’aime le détachement et le sens de l’humour dont il fait preuve.
Un truc me fait tilter : d’un côté il semble preneur de toute personne qui pourrait lui virer du boulôt, mais d’un autre il se la joue élitiste en parlant des gens qui ont à un moment tenté d’insérer des technos « à la mode » pour lesquelles c’est probablement plus simple de trouver des compétences. Ça n’aurait pas aussi tendance à diminuer la qualité et à faire fuir les contrbuteurs de maitenir les choses plus « difficiles » ?
[^] # Re: Mon commentaire sur le blog…
Posté par Thomas Douillard . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 7.
Hum, tu as l'air de supposer que les designer de métier ne sont pas formés aux problématiques d'accessibilité … J'ai plutôt l'impression qu'une formation en design digne de ce nom doit obligatoirement prendre cet aspect en compte.
# croiser avec stdin, stdout et tutti quanti ?
Posté par Thomas Douillard . En réponse au journal SYN c'est pour « SYNchronisation ». Évalué à 2.
Du coup les numéro de port sont carrément analogues aux "file descriptor" unix. J'ai jamais vraiment utilisé netcat, mais du coup la séparation "net" et "cat" prend tout son sens.
On a vraiment l'équivalent des tricks de magie noire qu'on peut faire avec les redirection d'entrée sorties, mais par le réseau.
[^] # Re: XML et gestion de versions
Posté par Thomas Douillard . En réponse au journal DocBook ou l'art d'écrire de la documentation. Évalué à 3. Dernière modification le 03 février 2017 à 08:43.
Il y a plein de résultats pour https://www.google.fr/search?q=xmldiff A tester.
# clasp
Posté par Thomas Douillard . En réponse au journal Découvrons Common Lisp. Comparaison avec l'environnement Python.. Évalué à 3.
J'ai regardé la présentation que tu as lié. J'ai l'impression d'avoir compris tous les bouts, c'est passionnant et tout, mais j'ai pas bien saisi l'ensemble.
J'adore la manière dont le gars se repère dans le labyrinthe de techno informatique (ou pas), prend ce qui l'intéresse, réimplémente les truc qu'il veut maîtriser et l'analyse qu'il a des problèmes. Je suis infoutu (et je me permettrai pas) de critiquer ce qu'il fait à mon niveau, en même temps j'ai l'impression qu'il y a des milliards de trucs à dire. Le type est un génie du touche à tout. Il a aussi une motivation à toute épreuve, des années de travail sur un projet à très long terme …
Bref, j'ai un curieux sentiment mélange de "wtf" et d'admiration sans borne :) Du travail passionnant à plus d'un titre, mélange de physique, d'informatique et de biologie à en inspirer des réflexions métaphysiques.