barmic 🦦 a écrit 5918 commentaires

Et c'est là ou on est pas forcément d'accord.

"on" → des gens, mais les mainteneurs d'un paquets de distributions parmi les plus populaires ont était d'accord. Et contrairement à ce qui pouvait être dis le monde n'a pas explosé. Des gens qui arrivent font un logiciel et disent à tous que leur création est la meilleure, il y en a pleins tous les jours.

Ca me rappelle un développeur gnome qui faisait tout à sa sauce. Les gens râlaient, et lui continuait sur sa lancée, sûr de lui et de ses solutions. Alors certes, il bossait (beaucoup), mais est-ce vraiment la bonne manière d'avancer?

Miguel De Icasa, le projet gnome a des instances qui décident. Le projet en lui-même ne s'est pas fait prendre en otage. Donc c'est gnome qui trouvait à ce moment que oui c'était la direction qu'ils voulaient prendre. L'avis du twittos moyen n'a clairement pas voix au chapitre.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ensuite, on peut se poser la question de qualifier de vague les agissements d'une personne isolée.

Mon objectif n'était pas de définir un classement. Déjà parce que je suis loin d'être au courant de tout. Je me souviens très mal de l'époque de Miguel De Icaza. Il y a tout un tas de choses qui vont faire que les conséquences seront plus ou moins rudes pour la victime.

Mais disons que le commentaire auquel je répond donne un peu l'impression d'un folklore sympathique de personnage qu'on adore détester, que les critiques étaient constructives et ont étaient suivies.

C'est pour moi oublié quelque chose qu'il vaut mieux ne pas oublier (une sorte de devoir de mémoire) de ce que peu mener ce genre de folklore.

Mais tu as bien fait de rappeler cette histoire toujours. Ça montre que ce sujet n'appartiens pas au passé.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

PS : "Lennart Poettering", la personne la plus haïs dans l'Open-Source (travaillant au sein de l'Open-Source, j'exclus ainsi par Bill Gates, Steve Jobs… ).

C'est l'un de ceux qui a reçu la plus violente vague de harcèlement. Dans le genre je ne vois que Miguel De Icaza qui a pu en recevoir de semblable. Mais ça n'a rien à voir avec tout ce qui a pu se passer pour Bill Gates, Steve Jobs ou Steve Ballmer. On parle de menace de mort, de rant et de cagnotte pour payer un tueur à gage. Quelque soit ce qu'on lui attribut, il ne mérite rien de tout ça (tout comme personne d'autres).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

À part ici je n'ai rien vu qui faisait mention de ses indicateurs

Le titre de la publication à laquelle nous répondons tous, y compris toi:

Et c'est ce à quoi faisait référence le ici : la page sur la quelle nous sommes et qui n'a aucun lien avec les membres du projet. Je n'ai pas trouvé dans la communication du projet une mise en avant (ni même une évocation) de ses indicateurs. Donc je ne vois pas en quoi c'est :

Ah oui donc c’est juste une autre moyen de sacrifier à la religion des indicateurs.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est pas si simple. La frontière peut être ténue entre un bug et une nouvelle fonctionnalité.

Si on reprend la discussion récente qu'on a eu avec Thomas Debesse est-ce que bien se comporter avec plus de 32Gio de RAM c'est une évolution du logiciel ou est-ce que c'est un bug ?

Et des cas comme ça tu en a pleins. Ça génère des discussions sur ce qu'est ou n'est pas une demande avec beaucoup de subjectivité et potentiellement de l'égo. Tu veux croiser les informations, les relier entre elles,… ne pas normalisé ça dans un seul outil ajoute de la complexité.

Tout ça pour des projets qui ont très peu de petites mains et dont le temps qu'ils ont à passer sur le projet n'est pas illimité. Tu peux considéré Flask comme étant maintenu par une seule personne (il y en a un qui fait 90% et 2 autres commiteurs qui contribuent un peu) qui développe, test, répond à tout le monde etc…

Si c'est pour que les utilisateurs ne soient pas trop surpris est-ce que tu pense que « ben ouvre un tiquet » est moins surprenant ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est une figure de style sur irc.

Ça sert soit à être descriptif :

/me sort le popcorn et écoute

Soit c'est le cas ici, comme prétérition.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Parce que multiplier les inputs pour les développeurs c'est contraignant. Une priorité 1 sur l'outil A est supérieure ou égale à une priorité A sur l'outil B ?

En soit particulièrement sur les petites équipes tout va devoir être nécessairement linéarisé.

Il existe des outils qui vont permettre d'avoir différentes entrées et d'ensuite mutualisé ça pour que tout ceux qui sont impliqué ai tout dans une seule vue. Le plus connu c'est jira.

Plus tu fais de la sophistication, plus tu as un travail de gestion (là le projet passe un certain temps à rappeler les règles et les faire appliquer). Chaque projet met en balance le gain et les inconvénients.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ah oui donc c’est juste une autre moyen de sacrifier à la religion des indicateurs.

À part ici je n'ai rien vu qui faisait mention de ses indicateurs. Ça peut juste être bien plus facile pour une équipe réduite de gérer comme ça.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je dis juste que l'énergie coûte moins cher que le travail et que c'est pour cette raison que tu colles un java / Linux / ARM dans ton frigo (ce qui au passage n'évite ni les bugs, ni les failles), plutôt qu'un Coldfire, un moniteur et du code maison.

Sachant que je présume que ça reste dans une forme d'hibernation la majorité du temps, sur l'année ça donne quoi comme différence de consommation sur un réfrigérateur complet ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

IRC n'est pas mort tu as encore pas mal de gens qui s'en servent tous les jours ;) (pas moi)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est quelque chose qui a était médiatisé ici un certain nombres de fois (ici, ici ou ici). Ne pas connaître tout l'historique de linuxfr je veux bien, mais on est pas dans de la référence abscons difficile à retrouver. Mon moteur de recherche me donne aussi des liens comme ça dès la première page quand je cherche sourceforge. C'est aussi la perte de d’engouement pour sourceforge qui a permis à github d'exister (et c'est aussi l'existence de github qui réduit la popularité de sourceforge). Évidement les pages wikipedia de sourceforge parlent abondament du sujet (ça représente plus de moitié de la page fr et peut être un tiers pour la page anglaise).

Ne pas savoir quelque chose ça arrive bien sûr à tout le monde, mais je réfute que ce soit de l'entre-soi (tout en utilisant /me…).

Je voudrais bien te parler d'entre-soi, mais je crains que mon clavier se blo

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Beaucoup de ce qui est habituellement dans les bugs se trouve dans l'onglet discussions.
Leur PR ne sont pas des objets de travail habituels. Si tu regarde la durée de vie de PR est relativement petite. Leur politique encourage a retarder les PR.

Au final il semble que l'essentiel du travail est fait par David Lord et qu'il pousse à fond pour tout mettre dans les discussions et ne laisser que des bugs suffisamment qualifiés dans les issues.

Au final si on regarde les PR et les issues :

• tu n'a pas forcément le travail en cours dans les PR (ça reste sur la machine du dev ou sur un fork du projet j'imagine)
• tu n'a aucun faux bugs dans les issues
• tu as des bugs dans les discussions elles ne sont justes pas encore qualifiées

Ne voyez pas de critique c'est juste comme ça que c'est organisé, c'est juste qu'il faut du coup l'avoir en tête quand on compare avec d'autres projets.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ainsi que le poids en équivalent CO2 des bugs et autres failles ainsi que des temps de développement supplémentaires.

S'il y a bien une idée qui a, il me semble, bien émergé en écologie c'est que l'on ne peut pas prendre un scope très limité et ignorer le cycle de vie total.

Tu peut tout remettre en cause comme ça. Le coût environnemental de la production de MMU, celui du chiffrement, l'usage des hash cryptographiques qui sont fait pour consommer de la ressource,[…]

Je ne dis pas que tout est égale, mais que sur ton jugement de "j'aime pas ça" tu tente de le rationalisé, mais c'est bien plus compliqué. Combien de trajets en voiture vers les ciné économisés par l'utilisation de trucs comme les chromecasts qui font tourner des appli en js par exemple ? Avoir une métrique sans en voir les biais c'est problématique.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

/me toujours contre les accusations qui veulent avancer masquées même si c'est supposément pour de bonnes raisons.

Je sais pas de quoi tu parles. J'ai dit que ça pouvait arriver ailleurs parce que c'est un argument recevable. À part le fait que ça s'est mal passé pour sourceforge rien ne garantit que github¹, gitlab ou atlassian ne s'y mettent. Les forges communautaires je pense ont moins de chances car elles sont moins mercantiles.

Par contre oui te fermer ton compte ça existe partout par exemple framasoft se donne le droit de fermer n'importe quel dépôt selon des critères à leur discrétion. C'est dans leur gcu.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

sourceforge a tout de même un énorme passif vraiment problématique. Remplacer les téléchargements de projets par des adwares ou prendre le contrôles de pages des projets qui se barrent, je pense que c'est suffisant pour fuir cette plateforme.

Aujourd'hui elle a arrêté ça, mais après avoir passé plusieurs années à la fuir et à expliquer à tout le monde qu'il ne faut rien télécharger sur sourceforge, il faut une bonne raison pour y retourner.

Oui ça pourrait arriver ailleurs, mais ça n'est pas arrivé ailleurs et tu as des plateformes communautaires qui ont une probabilité faible d'en arriver là.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Écoute on arrive visiblement pas à se comprendre. Je trouve dommage que tu prenne un temps pour rédiger ce genre de message quand ça fait déjà un certain temps qu'on tourne en rond. Me convaincre ne changera rien à ta vie. Si c'est suffisamment important pour que tu prenne le temps de faire des retours pointu, tu perd ton temps à t'énerver face à un lambda membre de forum comme moi.

Désolé je n'ai pas eu beaucoup de tact, je voulais dire qu'il est important quand on tente de faire un retour aux développeurs de ne pas avoir d’apriori.

Sur ce j'ai tenté d'exposer des points, tu en a exposé d'autres, j'ai fais mon possible pour que la conversation reste apaisée. Si c'est pour se prendre à parti c'est encore moins pertinent de continuer à mon avis.

Bonne soirée et bon courage pour tes problèmes de RAM.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu gagnera à t'approcher des développeurs upstream pour plaider ta cause.

À part si tu les prend à parti en prenant comme hypothèse qu'ils sont sciemment contre toi. Je ne doute pas qu'avoir un retour détaillé sera apprécié.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

2) le fait que l'algo n'ai pas prévu que qu'on puisse avoir autant de mémoire signifie qu'on doive applaudir et ne rien changer ?

Ha non pas du tout, mais

• il propose des configuration pour améliorer ça
• retoucher cet algo demande probablement d'avoir la plateforme cible d'y faire des tests etc

Ensuite c'est une question de priorisation, tout gérer est complexe prendre en compte alors qu'on voit encore récemment passer des choses comme. Et s'ils limitent simplement combien d'utilisateurs viendront les voir pour leur dire que s'ils achètent 768Gio de RAM c'est pour qu'ils soient utilisés et non pour que Firefox reste dans son coin ?

1) ma banque va mettre une demie heure pour autoriser mon paiement parce-que mon navigateur n'a pas une centaine de gigot de mémoire ?

Non c'était un exemple de "l'économie c'est toujours mieux", si pour exagéré je tente de gérer les quelques milliers de requêtes d'autorisations de paiement sur un Pi2 parce qu'il consomme moins que le cluster F5 + machines HP utilisé actuellement, ça va au mieux prendre un peu plus de temps.

Oupss, linuxfr me signale qu'il ne faudrait pas poursuivre cette discussion, tant pis pour mon questionnement.

Avoir une discussion un peu longue ne me paraît pas être un problème en soit.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Oui l’économie, parce que c’est toujours un bon concept l’économie.

Si ta banque veut faire de l'économie (pour la planète, hein ?) et héberge ses infra sur moins de machines et plus petites, tu trouvera toujours que c'est un bon concept quand ton autorisation de paiement par carte prendra 30 minutes ou qu'un jour par semaine ils seront DDOS ?

Les grands principes se placent dans un contexte. Aujourd'hui et depuis quelques années tenir la performance c'est un enjeu de survie pour firefox. Il vaut mieux pour Mozilla que les 70 gars vexés d'avoir à configuré firefox pour que celui-ci ne touche pas à leur cache disque rage quit que les millions de personnes comme ce fut le cas à l'arrivée de chrome.

C'est pas qu'ils t'en veulent, c'est juste que s'ils n'ont plus suffisamment d'utilisateurs ils meurs et que ton cas d'usage représente une part faible d'utilisateurs.

Tu présente les choses comme si c'était sciemment choisi alors qu'ils ont un algo qui fonctionne en prenant des hypothèses, notamment que les gens qui ont besoin de mémoire la réserve.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour préciser, quand je dis "pour rien", jz n'entends pas qu'il y a aucun intérêt à virtualiser, mais d'un point de vue consommation d'énergie, il y a pertes. Il y a gain en sécurité, en praticité, en maintenance…

La question n'est pas si simple cette sécurité et maintenance ont un coût énergétique. C'est un peu comme dans l'alimentation. On se plaint souvent des emballages polluants, mais l'objectif des fabricants c'est que tout puisse être mangé. Une nourriture produite mais non consommée représente une pollution importante. Je ne dis pas qu'il n'y a pas de malfaçon et si on peut éviter des emballages c'est le mieux, mais pour des grandes productions c'est une question importante.

De même une chaîne de vélo perd de l'énergie, elle à un rendement inférieur à 100%, elle à simplement un intérêt de confort et vitesse car l'humain est incapable de pédaler a 100 tours par minutes efficacement.

Tu perd environ 1% dû aux frictions, mais tu n'arriverais pas à développer le même potentiel sans donc c'est parfaitement virtuel. Si nos corps n'avaient pas la forme qu'ils ont nous pourrions nous en passer et faire mieux oui. Comme si tout était parfait, tu n'utiliserai des logiciels qui n'ont que les fonctionnalités dont tu as besoin qui ne gèrent pas les valeurs de paramètres que tu n'utilise pas et ton CPU ferait éternellement les bonnes prédictions de branchement. Je suis d'accord qu'il faut pas rester sur ses acquis et que c'est bien de remettre en cause des choses par exemple tu as des vélos à courroie qui ont donc moins de frictions, mais il faut garder une vision du contexte par exemple en vélo tu perds bien plus d'énergie dû à ton coefficient de pénétration dans l'air.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le code source est libre, c'est vrai. Dire que Signal n'est "pas libre" est stricto sensu un abus de langage de ma part.

C'est un effet de halo et c'est bien dommage. Le libre a une définition relativement claire et partagée, vouloir y associer de nouvelles propriétés pose à mon avis beaucoup de problèmes.

J'ai l'impression d'observer régulièrement des formes de méthonimies : le libre = bien donc tout ce qui est libre doit être bien et tout ce qui est bien doit être libre.

Ça apporte beaucoup de confusion. Utiliser les termes adéquat est peut-être un peu plus complexe mais il permet :

• être précis
• de mettre l'emphase sur des propriétés hors libre qui sont importantes pour l'auteur
• d'éviter de noyer le message dans des considérations sémantiques (au quel je participe avec ce message) qui sont importantes (amha) mais pas le sujet recherché

Il y a différents cas de ce dont je parle et qui reviennent régulièrement :

• amalgamer libre et décentralisé
• amalgamer libre et développement communautaire
• parler de libre pour des choses qui n'ont rien à voir voir, un webservice ne peut pas être libre par exemple (son implémentation peu l'être par contre)

Voilà j'ai fais mon relou, mais je me suis permis comme le gros des discussions est déjà lancé.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

J'ai aussi plusieurs fois expérimenté la bienveillance des contrôleurs. Tu paie plus chère ton billet, mais c'est tout.

Je ne serai pas surpris qu'il y ai du faciès mais si je suis blanc, je ne crois pas être particulièrement avenant et ça m'est surtout arrivé quand j'avais 22 à 27 ans.

Il m'est même arrivé d'aller voir un contrôleur lui dire que je n'avais tout simplement pas de billet et ne pas prendre d'amende mais simplement de payer mon billet (prix max + coût du fais de l'avoir acheté à bord ça reste facilement 2 fois en dessous de l'amende).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Les contrôleurs peuvent retrouver ton billet avec ton nom et/ou ta date de naissance et/ou ta référence de dossier.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça fait longtemps que je n'ai pas eu le besoin, mais avoir un sous domaine différent par service et avoir :

• proxy.example.net:443 pour du ssh
• www.example.net:443 pour ton site web

Il me semble que nginx peut faire proxy tcp, sinon haproxy peut très bien le faire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Maintenant qu'il y a des éléments tangibles, on va pouvoir voir les réactions. C'est bien.

---

Par contre tes accusations, tes procès d'intention, tes croisades contre des ennemis que tu te crée, tes grandes tirades dramatiques,… Tu peux les garder pour toi, ça ne crée que de l'énervement chez ceux qui prennent la peine de te lire en ayant aucune chance d'amener à l'objectif que tu affiche.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll