barmic 🦦 a écrit 6338 commentaires

Donc maintenant on disqualifie à tout va avec des procès en IA ici ? Très bien

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

Je me souviens d'une époque ou c'est chez MS qu'il y avait le plus de salariés millionnaires, mais ça ne doit plus être le cas sans doute.

En % des salariés steam doit être pas mal (boite fondé par l’un des fameux salarié millionnaire de MS)

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

Ça a toujours existé, les gourous de tout poil, et le RS en ont augmenté le nombre et l'AI leur facilite encore plus le travail.

C’est aussi les RS qui font le travail pour debunker ce genre de choses.

C'est bien toute la nuance qu'apporte le mot "dopé" dans mon commentaire.

Sauter sur les coupables automatiques pour un problème qui n’est pas particulièrement lié me semble être un problème oui. J’ai le sentiment que cette simplification et cet idée de c’était mieux avant ajoute à la torpeur que présentait ton commentaire.

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

l'envie de se casser les dents sur un problème compliqué

Dans sa liste de ce qui lui pose problème il inclut les solutions d'authentification multi facteurs et plus loin il fait l'éloge de la simplicité.

Je ne crois sincèrement qu'il s'agit de la différence dont tu parles, mais bien d'une série de frustrations disons diverses qui le pousse à ne plus trouver son travail amusant.

Avoir un travail amusant c'est soit un luxe soit une manière que le capitalisme utilise pour t'amadouer.

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

Il y a une marge entre l'injonction permanente à s'amuser et souffrir en permanence au boulot.

C'est possible, mais il faut vraiment faire attention avec le fun. Déjà parce que c'est de base un truc de privilégiés et qui sert le patronna à faire passer la pilule, mais aussi parce que c'est pas forcément ok pour tout le monde.

En particulier si on a l'impression que son boulot fait plus de mal que de bien au final.

Ça n'a rien à voir où tu dis que tu as pas de problème à du mal si c'est fun ? Ce qui montrerai bien que le fun et cette injonction, c'est un peu de la merde

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

Tu fais bien ce que tu veut, mais comme tu le fais publiquement ça appelle à commentaire

2FA, MFA, Interfaces bloated, viol du consentement, dark patterns, obligations légales, archivage laborieux et jamais véritablement raccord avec la législation. Où est le fun? Je suis fatigué.

puis

Je souhaite […] ne pas argumenter avec un collègue sur des éléments qui semblent intelligents mais qui sont vides de sens.

on pourrait croire que ça se répond.

---

Où est le fun? […] J'ai toujours dit que la simplicité était une grande preuve d'intelligence.

Tout ne peut être fun et tout ne peut être simple.

Le rechercher c’est une chose, mais non il y a des cas où les choses sont intrinsèquement complexes et chercher à les simplifier au delà reviens à produire des bug ou des approximations qui peuvent être problématiques.

Pour ce qui est du fun, je ne sais pas si tu connais ce qu’on appelle "la dictature du fun". Une injonction au divertissement et une dépendance à celle-ci qui, entre autre chose nuisent à notre capacité de concentration.

Mais encore une fois c’est ta vie et tes choix.

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

Oui bien sûr il faut faire attention, j’imagine à ce que le praticien reste actif dans la démarche.

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

Tout ce bullshit de coaching dopé aux réseaux sociaux et sûrement à l'IA et qui profite de la faiblesse journalistique des media, en particulier media publiques ; ça m'écœure.

Le monde n’est pas nait hier, hein ? La page wikipedia a était créée en 2007. C’est du bullshit et on peut s’en émouvoir mais l’univers ne tourne pas autour des RS et de l’IA. Ça me parait alimenter une idée réactionnaire d’un c’était mieux avant qui n’est pas sain.

Pour les idées à la con qui n’ont même pas eu besoin d’internet tu peut penser au protocoles des sages de sion qui alimente encore l’antisémitisme aujourd’hui.

Personnellement j’en ai plus entendu parler dans des journaux que sur les RS.

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

Tu as un paquet d’appli comme celles-là https://github.com/svenuks/ImsForPixel

Tu peux faire la configuration via adb (c’est ce que font ce genre d’appli).

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

en 4G/5G, c'est l'inverse : un lien internet arrive, et c'est le fabricant qui doit valider la conf des opérateurs, appareil par appareil. Si le fabricant le fait pas, l'appareil est alors condamné à la non compatibilité volte, peu importe que l'opérateur l'ait activée et que l'abonné la veut;

NB : vu le bordel australien (j'imagine que votre très mauvaise volonté démontre que vous n'avez pas regardé les liens), même des tels récents de 2024+ ne supportent pas la Volte australienne.

Je n’habite pas en Australie et le fait qu’une techno soit mal configurée à l’autre bout du globe n’entre pas dans mon jugement de la dite techno. Même quand c’est pas si loin d’ailleurs. J’ai vu des réseaux IPv6 géré avec les pieds ça m’a pas empêché d’être aujourd’hui en double stack.

Sur un téléphone ouvert, tu peut très bien reconfiguré l’IMS. Cette auto-configuration n’est d’ailleurs même pas une obligation de VoLTE.

Ils nous piquent le choix

Tu dirige pas ta colère vers celui qui te le pique, mais tu as raison comme le déploiement est mauvais dans un pays où tu n’ira peut être jamais mène ton combat jusqu’au bout. "Que trépasse si je faibli !"

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

il n'y a que deux ans de sursis pour la 3G, surtout pour les appareils 4G non compatibles Volte qui rebasculent encore en 3G, notamment en raison d'imperfections techniques (même sur des appareils sortis en 2024+), voir le sujet dédié (1)

Pour rappel VoLTE c’est SIP + quelques trucs en couches basses pour les particularités des réseaux téléphoniques. On devrait se réjouir de passer à un protocole ouvert et aussi largement documenté qu’implémenté. Le fait que des téléphones n’aient pas les paramètres qui vont bien c’est un peu comme se lamenter d’avoir à utiliser OpenGL parce que ta carte graphique a des bug avec.

J’ai vraiment du mal à comprendre les les qui fantasment SS7 et qui se gargarisent de s’opposer au fait que le réseau mobile s’aligne sur internet pour être un peu moins pourri techniquement est un peu plus sûr.

Pour ma part, n'ayant aucun tel compatible volte (et n'ayant absolument pas l'intention d'en changer), ma messagerie vocale sera mon rempart le plus précieux. Et comme je rebascule tout sur ordi..

Perso j'ai déjà prévenu mon entourage qu'à partir de 2030, "de vive voix" c'est soit par le fixe soit la vraie vie. Années 2000> all. Certains ont déjà étonnamment pris certaines dispositions avant moi :D

Tu n’a pas acheté de modem parce que ton minitel fonctionnait encore très bien et que tu n’avais pas l’intention d’en changer ?

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

Oui pour moi il va plus loin. À la base j’utilisais just que j’avais découvert quand il a eu son petit buzz. Au boulot les gens utilisent plutôt task. Mais je préfère amplement mise qui est bien plus ambitieux.

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

J'utilise mise pour ce genre d'usages. Il n'est pas équivalent mais il permet aussi de gérer des variables d'environnement (comme direnv) et de gérer les outils

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

ouai moi je me sert d’home-manager pour répliquer de la conf entre mes machines Debian et le Mac du boulot et je te racompte pas la joie que ce fut d’installer wezterm avec une glibc (je crois que c’était ça) qui n’était pas compatible, mais les logiciels que je lance via mon wezterm doivent pas avoir l’override du chemin des bibliothèques.

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

Nix est très bien, là c’est fait pour debian. J’utilise home-manager sur debian et si j’en suis globalement content je ne peux pas dire que ce soit parfait. Tu as des interactions des fois entre les libs système et nix qui cassent les paquets

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

La désinstallation automatique qui permet de ne pas oublier, le fait de pouvoir le lancer en simple utilisateur et de ne pas impacter le reste du système. Ça me semble pas être tout à fait un "je refais pareil avec une ligne de shell".

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

Du coup la conclusion c’est que tout va bien ? Un vol qui se répare avec une citation et un LLM qui n’invente rien qui est en fait une personne d’une équipe de chez Meta qui a était embauché pour faire ce qu’elle faisait déjà.

Tout ça pour 2 logiciels qui me semblent inintéressant…

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

Tu l'as bien dit : inspiration. C'est différent du plagiat.

Très bien. Maintenant le lien derrière la phrase "un plagiat de celui développé depuis une dizaine d'années chez Meta" a pour titre "Anthropic’s Scion is heavily inspired by Mononoke".

Évidement le gras vient de moi.

Le lien en question reproche pas le fait de s’être inspiré uniquement de ne pas avoir mentionné mononoke et il est bien plus précautionneux que le commentaire :

The fact that Sapling was only credited for “hard-won lessons”, and that Mononoke was not mentioned at all, borders on plagiarism.

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

Tu dirais que git était un plagia de bitkeeper ?

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

J'ai pas compris

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

Linus disait certes du bien des Macs, mais comme matos

Apple et nVIDIA sont aussi sympathiques l’un que l’autre pour le support de leur matériel sur linux. Et si ça te suffit pas Linus tenait un blog chez blog spot, il s’est lancé surs google+ quand c’est sorti, s’il n’aime pas utiliser github pour linux, il n’a aucun problème pour s’en servir pour ces petits projets,… Il a changé, il a arrêté d’insulter les gens, mais ça a toujours était un acteur du libre non-libriste. Le re-re-redécouvrir en 2026 est rigolo. Les gens autour de vous no pensent pas comme vous et oui les idéaux du libre ne sont pas partagés y compris quand on crée des logiciels à succès.

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

Mais qu'attendre d'un employé d'une fondation aux mains des plus grosses boîtes informatiques du globe (il est loin, le temps du geek indépendant). À preuve qu'il met google en avant à chaque fois qu'il le peut. Je doute qu'il fasse aujourd'hui le coup du doigt d'honneur à NVidia.

Tu ne connais rien de la personne dont tu parle. Que les positions de Linus te plaise ou pas il ne rentre par dans l’étiquette que tu tente de lui dépeindre. Il y a toujours eu un clivage sévère entre lui et Stallman parce qu’il n’a jamais ce côté libriste que tu crois qu’il a perdu. C’est pour les gens comme Linus voir pour lui en particulier que la FSF tente de distinguer les concepts de libre par rapport à open source. Linus a toujours énervé les libristes que ce soit en disant qu’il apprécie la suite office, en utilisant des MacBook ou maintenant des IA. Ça ne l’empêche pas pour autant d’être véhément à l’encontre des entreprises qui gênent activement le développement du noyau linux.

Puisqu’il semble que tu viens d’arriver, bienvenu dans l’écosystème GNU/Linux maintenant n’hésite pas à tenter de t’intéresser aux gens avant de tenter de leur plaquer tes idées préconçues.

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

En préambule encore une fois mon point n’est pas de dire comment des gens que je ne connais pas doivent travailler, mais plutôt de discuter autour de l’organisation de travail, en particulier autour de l’agilité. Dans mes commentaires "ce n’est pas de l’agile" ne veut pas dire que c’est un problème. Il n’y a pas de raison de corriger quelque chose qui fonctionne.

---

La DoR ne dit pas qu’il faut transnationaliser les intéractions. D’ailleurs une bonne partie de ce qu’on peut trouver dans un DoR n’est pas du fait des PO. Par exemple tu dis :

Tu peux t'assurer par exemple que toutes les infos nécessaires sont disponibles, que les grandes lignes de l'architecture à mettre en place sont définies, peut-être même une définition des scénarios de test qu'il faudra jouer.

Certains ont identifié ça et on créé une pratique nommée les "3 Amigos", il s’agit de mettre ensemble un PO, un tech et un testeur pour pouvoir s’assurer que c’est prêt.

La gate n’est pas là pour renvoyer le PO à son travail, mais un moment d’intéraction entre des gens de casquettes différentes. Le commentaire semble présenter une méthode qui cloisonne et transactionnalise plutôt que d’ouvrir les équipes à interagir entre elles (en fait l’idée même que le PO ne fait pas parti de l’équipe est questionnable).

C'est une bonne idée de valider les choses au fil de la réalisation de l'US plutôt que tout à la fin

Tout à fait et je décris personnellement l’agilité comme des boules de feedback, mais du coup si tu segmente est-ce que c’est considéré comme un problème d’aller voir un PO en milieu de sprint ? Ou est-ce qu’il faut attendre la fin des 2 semaines pour avoir la démo et se rendre compte de si tout est bon. L’agilité est naît de l’idée que la spécification est un travail globalement impossible. Le découper le simplifie mais ne le rend pas simple et il est très difficile d’avoir le bon niveau de spécification (avoir suffisamment d’info et ne pas passer plus d’énergie que nécessaire dans des parties inutiles).

Mais d'un autre côté ça augmente la fiabilité du chiffrage et ça permet donc à l'équipe de s'engager avec une bonne confiance sur ce qu'elle va pouvoir réaliser dans un sprint.

Ma take c’est que le chiffrage sert uniquement à faire discuter l’équipe de dev autour d’une tâche, mais que les valeurs absolues jour/homme ou je ne sais quoi sont plus néfastes qu’autre chose. La mesure de la vélocité aussi d’ailleurs.

Je n’ai jamais vu, entendu, vu décrit nulle part, quelqu’un expliquer que ceux qui contractualisent vraiment (directeur de projet dans les grandes ESN) doivent être en sprint planning. Ce que ça veut dire, c’est que les engagements sont pris ailleurs. Tu peut décider ce que tu veut en sprint planning la boite a déjà vendu la fonctionnalité à une date donnée par exemple. L’engagement ne sert qu’à une seule chose c’est de développer de la confiance, mais ce n’est pas le seul moyen d’y parvenir.

Embrasser l’incertitude plutôt que de tenter de la cacher est de mon avis et mon experience bien plus moteur de confiance que de contractualiser. Dans un autre contexte est-ce que tu préfère :

• quelqu’un qui te dit toujours que ça va bien se passer
• quelqu’un qui te dit que s’il y a un problème, il gérera et que ça fait parti de son travail

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

Tout les tickets qui n'étaient pas suffisamment spécifiés n'entraient pas dans le sprint (c'était la version scrummvm de l'agile) et retournaient dans les mains du PO. Le principe était de laisser les managers en dehors du développement, et au lieu d'avoir 50.000 trucs urgent en même temps, l'équipe de développement promettait les avancements dans le dev avec une granularité de 2 semaines (durée du sprint).

Si ça marche c’est bien, mais c’est une lecture très particulière du manifesto. Comment est déterminé "suffisamment spécifié" ? Qu’est-ce qui se passe si on se rend compte après le démarrage du sprint que ce n’est pas suffisamment spécifié. Ça donne quoi comme temps de cycle entre le moment où un utilisateur décrit un besoin et sa livraison ?

Dans les 12 principes du manifeste agile tu as :

La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face.

…

Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement
tout au long du projet.

…

Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées.

Ce que tu semble décrire semble strict et chercher à minimiser les interactions PO / équipe de dev. Une manière plus classique de le dire est "les individus et leurs interactions plutôt que les processus et les outils".

Ça n’enlève au fait que ça marchait bien pour vous. C’est juste une version de l’agilité assez ténue.

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

En médicale je ne sais pas mais en maths il semble que oui (vidéo youtube un peu enthousiaste peut être mais qui date d’il y a 4 mois donc pas en réaction au récent sujet sur l’équation dite de Navier-Stokes). C’est évidement plus simple avec une matière aussi formelle.

Si on sort du cadre de la recherche, Mehdi Moussaïd expliquait dans un podcast qu’un LLM est statistiquement meilleur que ton médecin en diagnostique (sans auscultation), mais qu’on obtiens les meilleurs résultats en faisant collaborer un LLM et un médecin.

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