Antoine a écrit 5722 commentaires

ils ont bien le droit de le demander, le mainteneur a bien le droit de les envoyer balader (ce qu'il a fait)

En effet. Ce qui est un peu plus étrange (et gênant, disons), c'est que la "demande" ne s'est pas arrêtée là, si on considère le nombre de commentaires postés sur ce bug et la virulence des propos postés après que le développeur ait clos le bug. Le tout, et il faut vraiment insister là-dessus (car la requête pourrait être légitime venant de gens de la communauté, par exemple s'ils ont eu maille à partir avec le développeur accusé), de la part de gens qui ne sont même pas utilisateurs du logiciel…

il n'y a aucune remise en question de la liberté d'expression

On demande l'exclusion de quelqu'un pour des propos qu'il a tenus dans un contexte non lié au projet et ce ne serait pas une remise en question de sa liberté d'expression ? Je n'ai pas envie de m'embarquer dans des pinailleries sémantiques : on va être obligés d'être en désaccord l'un avec l'autre.

les autres s'autorisent à dire ce qu'ils pensent sur github

Ils ont surtout demandé à ce que le gars soit exclu. Le titre du bug posté : "Transphobic maintainer should be removed from project".

Vous n'avez pas l'air de comprendre que beaucoup d'utilisateurs n'ont jamais vu à quoi ressemble un disque dur ou un SSD à l'intérieur d'un ordinateur… Bref, tant qu'à utiliser une icone incompréhensible, autant garder celle qui fait autorité (la disquette).

Bon… On attend que le Huffington Post se moque en termes similaires des catholiques qui croient au soi-disant "Saint-Suaire".

Il va bien falloir un débat politique pour décider que « l'homophobie n'a pas sa place dans un débat politique »… Enfin bon, on s'éloigne du sujet, là.

(par ailleurs, la conception américaine de la liberté d'expression est notoirement différente de la française : Brendan Eich est soumis à la première, pas la seconde)

Oui, et donc ?

C'est un peu rapide, non ? Si je fais un site perso où je mentionne que je suis core développeur Python et que j'ai voté Mélenchon, ça veut dire que j'associe l'image de Python au vote Mélenchon ?

Si le gars fait le lien explicitement (du genre je ne voudrais pas que des personnes transgenres contribuent à mon projet car je considère qu'elles ne sont pas saines d'esprit), alors, oui, l'attaque est justifiée. Mais sinon, c'est mettre des mots dans sa bouche.

Ou alors on entre dans un monde où il faut utiliser une multitude de pseudos pour ne pas être vulnérable à ce genre d'attaques… Ce qui est, d'ailleurs, probablement de bon conseil, mais il serait inquiétant que cela devienne nécessaire.

Vu le procédé utilisé (coller un bout de mon commentaire avec un autre bout de commentaire de quelqu'un d'autre et essayer d'en tirer un effet rhétorique), en effet, no comment.

Pour que cette sous-discussion ne soit pas totalement stérile, un lien vers la présentation de Benjamin Mako Hill: http://mako.cc/talks/20050705-broadly_defined_freedom/broadly_defined_freedom-notes.html

Tout à fait… Bizarrement, peu de militants progressistes cherchent à déboulonner ESR. Probablement parce qu'ils comprennent qu'ils se tourneraient en ridicule. Mais ça ne les empêche pas d'essayer sur des proies plus modestes.

ce dont il est accusé je crois, peu etre à tort

Qui décide qui est "transphobe" ou pas ? Ce genre d'accusation, destinée ici à exclure quelqu'un d'un projet auquel il contribue, est tout de même dans la grande tradition des procès politiques… Évidemment, les militants se considèrent en général habilités à donner la réponse seuls, ce qui est à mourir de rire si on connaît le degré d'impartialité et d'honnêteté intellectuelle moyen des militants de toutes causes.

Oui, des types ont du se faire éjecter de projets parce que c'est impossible de bosser avec eux

En l'occurrence, les gens qui se plaignent n'ont pas cherché à bosser avec le gars : ils ne sont pas contributeurs. Et ils se plaignent de son fil Twitter personnel, c'est-à-dire un espace d'expression qui, a priori, n'a rien à voir avec le projet LL en question.

les opinions politiques des contributeurs peuvent couper l'envie de contribuer

Du coup, on se demande où est l'intolérance… Bref.

J'ai beau être pro-féministe, le comportement des militant(e)s de service est ici effrayant. Il faudrait donc que chacun renonce à s'exprimer en public si l'on risque de proférer des opinions qui leur déplaisent… Ces gens vivent dans l'illusion qu'ils sont représentants du Bien, qu'eux ne se trompent jamais ni ne font jamais aucun "mal", et sont donc prêts à tomber à bras raccourcis sur quiconque, supposément, "fait du mal aux autres". Le tout avec la même inculpabilité que tout président américain fier d'aller apporter la démocratie au Moyen-Orient.

Ces zozos voudraient que le logiciel libre soit une utopie libérale-libertaire réservée à une petite catégorie sociale : les petits bourgeois américanisés partisans du progressisme sociétal. Manque de pot, le logiciel libre défend historiquement la "non-discrimination radicale", comme le dit Benjamin Majo Hill : on peut être un réac anarcho-capitaliste, partisan des armes à feu et opposé à tout État-providence, et être un contributeur reconnu sans risquer de se faire éjecter pour cause d'opinions politiques non-conformes.

C'est un peu étonnant. On comprend qu'il ne soit pas possible de reconstruire avec certitude le Java original, mais le bytecode devrait forcément pouvoir être retraduit en un équivalent Java. Après tout, le principe du bytecode est en général de coller d'assez près au langage source pour lequel il a été conçu (contrairement au langage machine).

Eh bien, à lire tout cela, on peut se dire que les logiciels de bureautique "WYSIWYG" sont loin d'être intuitifs à l'utilisation. Cela grouille de connaissances arcanes et non généralisables.

je voudrais rectifier un typo

Quel rapport avec les typographes ?

Lorsqu'il a été dévoilé, le cas d'usage dominant de HaXe était de créer des applications Flash sans passer par les outils Adobe. Je ne sais pas ce qu'il en est maintenant…

Je ne retrouve pas les fautes, je présume qu'elles ont été corrigées entretemps.

Je ne voudrais pas avoir l'air de critiquer sans contribuer (mais en fait, si :-)), mais la lecture de cette dépêche est vraiment pénible : orthographe défaillante, anglicismes même lorsque ce n'est pas nécessaire.

Sinon, la dépêche oublie de précidser que Neko est une machine virtuelle écrite par le même Nicolas Cannasse (http://nekovm.org/). Je ne crois pas qu'elle soit très utilisée…

C'est un nuage douillet. On y rencontre parfois quelques bisounours.

Non, le problème est l'UI mal foutue. Par exemple, pour défaire git add (ajout à l'index) il faut taper git reset --quelquechose (me souviens plus de l'option). Pour afficher les différences de l'index d'avec la révision courante, c'est git diff --cached (et non --index, c'était probablement trop facile de garder une terminologie cohérente). Les pages de man sont illisibles tellement il y a pléthore d'options, et peu d'exemples utiles. git pull origin master ne fait pas la même chose que git pull origin/master. Il y en a des tonnes comme ça.

Mercurial a une puissance similaire à git et s'apprend beaucoup plus facilement, parce que son UI a été conçue au lieu d'être un tas de fonctionnalités entassées au hasard.

Je me demande comment on va bien pouvoir ecouter des trucs "pourraves" comme Bob Dylan ou Ella Fitzgerald dans quelques annees…

Soulseek marche encore très bien, et depuis récemment il y a un client officiel pour Linux (en Qt).

Le problème viens surtout du fait que Thunderbird a pris un vrai coup de vieux quand on voit l'interface des clients webmail.

Sérieux ? Pour moi, et certainement beaucoup d'autres, un client lourd comme Thunderbird est cent fois plus utilisable qu'un webmail à la gmail (et ne parlons même pas des antiquités genre Roundcube…). Le seul truc qui rende gmail "moderne" est le fait qu'il soit réalisé en HTML/Javascript (ce qui selon certaines personnes suffit à en faire le nec plus ultra de la technologie), sinon question UI c'est assez mauvais.

Le vrai problème avec les "frontends" pour git (ou autres outils), c'est que l'outil canonique reste git lui-même, et donc on a tout intérêt à savoir l'utiliser car le frontend hérite de sa sémantique, de ses cas particuliers, de ses bizarreries, et que par ailleurs les informations qu'on peut trouver concernent en général git (pas le "frontend").

Enfin, la solution à une CLI mal fichue n'est pas de la cacher derrière une GUI…

en dehors de la présence d'un petit ensemble de mots clés pré-défini

Ça, plus l'information de qui a écrit à qui, ça fait déjà un sacré paquet de méta-données pas mal exploitables par un service de renseignements quelconque :-)

Le problème c'est pour la pléthore de petits fichiers qui seront tous lu plus ou moins en même temps au démarrage de la machine par exemple. La tête de lecture du disque va passer plus de temps à rassembler fragments de fichiers qu'a passer d'un fichier à l'autre.

Les petits fichiers, par construction, ont tout de même peu de chance d'être concernés par la fragmentation. Sauf s'ils sont souvent modifiés.

Si un vidéo de 4Go est fragmentée en tranche de 1Mo, et si tu veux juste la lire, ça ne pose absolument aucun problème.

Si tu veux la charger d'un seul coup en mémoire (pour faire de l'édition), ou que tu veux la copier, par contre, ça pose problème.

Enfin bon, avec l'avènement des SSD, toutes ces préoccupations deviennent largement obsolètes.