barmic 🩩 a Ă©crit 6287 commentaires

  • [^] # Re: Pourquoi

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche FFV1, un format vidĂ©o sans perte et libre, normalisĂ© Ă  l'IETF. ÉvaluĂ© Ă  4.

    appelons que les LTO doivent ĂȘtre relue et passĂ©e sur une autre LTO tous les 15-20 ans, donc on peut profiter pour changer de format au passage sans grand surcoĂ»t

    C'est quoi une LTO ?

    Et je comprend pour le reste.

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

  • [^] # Re: ImprĂ©cision de langage

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche FFV1, un format vidĂ©o sans perte et libre, normalisĂ© Ă  l'IETF. ÉvaluĂ© Ă  2.

    il ne s'agit pas d'un format libre

    À pardon j'avais mal lu :)

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

  • [^] # Re: ImprĂ©cision de langage

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche FFV1, un format vidĂ©o sans perte et libre, normalisĂ© Ă  l'IETF. ÉvaluĂ© Ă  4.

    D'ailleurs, si on le modifie, ce n'est plus un standard, c'est, je sais pas quoi.

    Tu entends quoi par modifier ? Je peux crĂ©er un format qui s'appuie sur ce standard. Ça ne modifie pas pour autant le standard et ça peut casser l’interopĂ©rabilitĂ©, mais tout le monde n'en a pas besoin ou alors ça permet d'expĂ©rimenter autour du standard.

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

  • # Pourquoi

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche FFV1, un format vidĂ©o sans perte et libre, normalisĂ© Ă  l'IETF. ÉvaluĂ© Ă  5.

    Vous pouvez vous demander pourquoi passer du temps Ă  normaliser.

    Non mois c'est l'inverse je me demande comment ce format a pu rencontrer le succĂšs sans normalisation.

    Il sert Ă  l'archivage de longue durĂ©e j'imagine (si non je ne vois pas pourquoi rĂ©-encoder autant garder le format d'origine) et ça n'a d'intĂ©rĂȘt que si ton nouveau format a une meilleure pĂ©rennitĂ© que le format d'origine. Et je vois pas ce qui pouvait convaincre qu'un format plutĂŽt rĂ©cent et avec un usage disons limitĂ© Ă©tait plus pĂ©renne que h264 par exemple.

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

  • [^] # Re: ImprĂ©cision de langage

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche FFV1, un format vidĂ©o sans perte et libre, normalisĂ© Ă  l'IETF. ÉvaluĂ© Ă  10.

    Aller titiller Z en lui disant « ton truc il est pas libre », joli exercice.

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

  • [^] # Re: Twitter

    PostĂ© par . En rĂ©ponse au lien Histoire des pages de man chez Sun. ÉvaluĂ© Ă  3.

    https://threadreaderapp.com/thread/1427648667805093888.html

    Sinon il faut scroller.

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

  • [^] # Re: Heuristique

    PostĂ© par . En rĂ©ponse au journal PDF, mais que fait la police. ÉvaluĂ© Ă  -1. DerniĂšre modification le 24 aoĂ»t 2021 Ă  17:23.

    En fait c'est tout le problĂšme que tu mets bien en valeur de l’ethnocentrisme Ă©troit de certaines normes informatiques.

    Pour le coup je ne suis pas vraiment d'accord. Si tu inclus dans la norme une police CJK (il manquera toujours l'arabe, l'hébreu et sans doute d'autres) tu ajoute une centaine de Mio à tous lecteur qui veut gérer la norme.

    Sachant que la majorité des langues utilisant ces glyphes ont aussi un systÚme d'écriture en 26 caractÚres latin, je trouve que ne pas l'inclure dans le standard tout en permettant son usage (ceux qui utilisent ces langues apprennent trÚs vite à intégrer les polices avec).

    Pour le coup leur systÚme d'écriture est suffisamment contraignant pour que ça ai du sens.

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

  • [^] # Re: un point intĂ©ressant pour la prochaine version (la 12 aka bookworm)

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Sortie de Debian 11 « Bullseye ». ÉvaluĂ© Ă  7.

    on a de la dedup au niveau du systĂšme de fichier

    Pas vraiment. On a de la déduplication active en option sur zfs et probablement sur btrfs. C'est trÚs consommateur en ressource, sinon il y a de la copie en écriture, mais il faut produire les copies, les une à partir des autres (avec cp --reflink par exemple). Ce n'est pas comme ça que fonctionne les gestionnaires de paquets.

    C'est facile de voir ce qui est installé avec un simple "ls".

    Quel est l'intĂ©rĂȘt par rapport Ă  la commande de ton gestionnaire de paquet ? (qui va pouvoir en plus t'indiquer la version, une description, etc)

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

  • [^] # Re: Vraiment ?

    PostĂ© par . En rĂ©ponse au lien Les talibans se sont emparĂ©s d'appareils biomĂ©triques militaires amĂ©ricains. ÉvaluĂ© Ă  3.

    Pour les civils en question, c'est diffĂ©rent, mais pour les militaires, c'Ă©tait peut-ĂȘtre un choix de privilĂ©gier la destruction des donnĂ©es sensibles, et de laisser les donnĂ©es moins sensibles.

    Si c'est du matériel vraiment utilisé et pas un leurre, c'est vraiment trÚs courageux comme stratégie. Tu as beau créer tous les protocoles que tu veux, pouvoir sur ce disque on le prend, celui-là on le laisse c'est une forme de confiance que j'ai du mal à imaginer dans le renseignement.

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

  • [^] # Re: Vraiment ?

    PostĂ© par . En rĂ©ponse au lien Les talibans se sont emparĂ©s d'appareils biomĂ©triques militaires amĂ©ricains. ÉvaluĂ© Ă  4.

    Plus sérieusement, connaissant les outils de forensics moderne, quel est votre meilleur moyen de rendre un disque dur illisible définitivement ?

    Ça dĂ©pend du temps que tu as, de la techno de stockage, si volume de donnĂ©es,... et de qui tu as en face.

    Si tu veux pas que ton voisin regarde tes photos de vacances ce n'est pas la mĂȘme chose que si tu es un agent double (donc avec un service de renseignement qui a de gros moyens pour rĂ©cupĂ©rer des donnĂ©es et les corrĂ©ler avec d'autres).

    Pour le commun des mortel, tu chiffre ton disque au dĂ©part sans utiliser "toto" comme passphrase et tu n'a rien Ă  faire quand tu voudra t'en dĂ©barrasser. Si tu crains qu'un service de renseignement s'y intĂ©resse de prĂȘt la destruction physique mais mĂ©ticuleuse (donc pas les trucs basĂ©s sur je roule dessus, je tape avec un marteau, je tire au fusil mitrailleur) me semble ĂȘtre une bonne idĂ©e. Peut-ĂȘtre que le feu qui tu atteint de haute tempĂ©rature et que tu t'assure que tu maintient la combustion peut faire le travail. Les solutions logiciels sont trĂšs longues, elles consomment beaucoup d'entropie.

    Partir avec et gérer ça au calme chez toi, c'est plutÎt une bonne idée.

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

  • [^] # Re: Heuristique

    PostĂ© par . En rĂ©ponse au journal PDF, mais que fait la police. ÉvaluĂ© Ă  4.

    Comme chaque page contenait des polices partielles, il n’était pas possible de mutualiser les Ă©lĂ©ments du PDF sur plusieurs page, car la page 1 contenait uniquement les caractĂšres pour afficher "M. Martin", la page 2 pour afficher "Mme Samia" etc.

    C'est triste, je présume que ça aide à faire des traitements pages par page (genre sortir une page d'un document), mais j'aurais cru que les définitions de fonts embarquées seraient faites au début, puis simplement référencé.

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

  • [^] # Re: Resume-driven development ?

    PostĂ© par . En rĂ©ponse au journal Doctoshotgun pris d'assaut par le variant Ă©tudiant. ÉvaluĂ© Ă  2.

    Ton reproche ne s'adresse pas au github flow.

    Des gens qui écrivent de mauvais messages de commits ça existait déjà avant que git existe, reprocher ça a github me semble trÚs osé.

    Tu reproche de ne pas savoir correctement utiliser les outils à disposition pour faire des revues. Le github flow est le seul flow connu est un peu populaire (donc médiatisé, connu, repris, décris, documenté largement,...) qui intÚgre la notion de revue. Les forges avant github étaient rare à avoir un outil de revue intégré.1

    git est un outil mal compris, mais je ne suis absolument pas certain que laisser les gens utiliser git sans leur donner un cadre aurait donnĂ© de meilleurs rĂ©sultats. Est-ce que le github flow est le meilleur cadre ? J'en doute, mais aucun autre n'a pu avoir la mĂȘme popularitĂ©.

    Entre autres consĂ©quences, ça produit des pull requests de plus en plus difficiles Ă  Ă©valuer, vu qu’on ne peut plus Ă©tudier les changements commits par commits, il faut nĂ©cessairement Ă©tudier le diff sur la pull request complĂšte. Évidemment, c’est beaucoup plus ardu (surtout quand, comme au-dessus, on ne sait pas faire un check out local). Et ça donne lieu Ă  des fils Twitter lunaires comme celui-ci, oĂč certaines rĂ©ponses me donnent envie de me taper la tĂȘte contre le mur en hurlant « mais apprenez Ă  utiliser git bordel ! »

    Moi tu vois j'y vois un problĂšme2 bien plus vieux que git et qui est une pratique largement rĂ©pandue mĂȘme hors github : beaucoup trop de choses dans une branche. Pour moi et dans l'Ă©quipe oĂč je suis on prĂ©fĂšre merger rapidement, faire ce que l'on appel de l'intĂ©gration continue (pas dans le sens utiliser un outil d'intĂ©gration continue, mais intĂ©grer de maniĂšre continue notre code). Si vous passer votre temps Ă  refactorer des pans important du code et/ou modifier de grandes partie sans pouvoir merger sans backtrack, c'est dommage (amha il faut se poser des questions), mais ce n'est sans doute pas fait pour vous, par contre si vous pouvez le mettre en place ça permet de faire des revues infiniment plus petites tout en simplifiant beaucoup le travail collaboratif.



    1. D'ailleurs tes critiques sont toujours valides sur gitlab qui est l'outil utilisĂ© par ceux qui critique github dans ce thread... ↩

    2. Attention je ne dis pas que c'est un problĂšme en soit et que tout le monde devrait faire d'une façon ou d'une autre, mais il le twitt prĂ©sente ce qui pour son auteur est un problĂšme. ↩

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

  • [^] # Re: ma CB ne sait pas lire ma carte vitale

    PostĂ© par . En rĂ©ponse au lien La carte vitale dĂ©matĂ©rialisĂ©e.... ÉvaluĂ© Ă  0. DerniĂšre modification le 21 aoĂ»t 2021 Ă  08:26.

    Ils sous-traitent ta partie statistique du site et toute la partie utilisateur et interne. C'est du FUD. Tout comme "pour combien de temps ?".

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

  • [^] # Re: Resume-driven development ?

    PostĂ© par . En rĂ©ponse au journal Doctoshotgun pris d'assaut par le variant Ă©tudiant. ÉvaluĂ© Ă  8.

    C'est dommage tous ses projets qui s'emmerdent à maintenir leur présence sur github si seulement quelqu'un leur disait qu'ils ne sont pas obligé.

    Plus sérieusement, ce n'est pas une question de savoir si github est bien ou pas, mais c'est un phénomÚne suffisamment important pour que :

    • il a grandement contribuĂ© Ă  populariser git
    • il a grandement popularisĂ© son propre workflow associĂ©
    • il reprĂ©sente une activitĂ© tellement importante que nombre de projets prĂ©fĂšrent ĂȘtre dessus ou maintenir un miroir dessus (mĂȘme si ce n'est pas un succĂšs1 cela montre quelque chose)
    • son principale concurrent est un clone de lui-mĂȘme (qui a des Ă©volutions, mais qui est parti d'une copie et qui en reprend tout l'aspect rĂ©seau social, une bonne partie du workflow, dont l'interface est toujours fortement inspirĂ©,...)
    • a par la mĂȘme occasion fortement contribuĂ© Ă  tuer mercurial et la plupart des forges (je n'ai pas vu de trac, de redmine (qui a un miroir sur github...),... ou de nouvelles qui se sont lancĂ©es (fossil a un peu fait parler)

    Ça pose pleins de problĂšmes et pour moi qui prĂ©fĂšre redmine et mercurial, je suis pas entrain d'encenser github. Juste reconnaitre que si github n'est clairement pas le centre du monde, il est trĂšs loin d'ĂȘtre une broutille.


    1. est-ce que le principe des miroirs donne gĂ©nĂ©ralement un succĂšs ? est-ce que les miroirs sont bien fait ? etc ↩

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

  • [^] # Re: Resume-driven development ?

    PostĂ© par . En rĂ©ponse au journal Doctoshotgun pris d'assaut par le variant Ă©tudiant. ÉvaluĂ© Ă  -5.

    Je pense que la plateforme regarde uniquement l'email et comme je lui ai donné un email poubelle (exprÚs, je ne veux pas donner un email principal à ce type de plateforme)...

    Je... Euh... 🙄

    Ensuite c'est tellement une broutille que tout le monde a un compte dessus et tous les projets veulent leur visibilité dessus ? Parce que c'est soit le centre du monde soit une broutille ? Il n'y a aucune forme possible d'entre 2 ?

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

  • [^] # Re: un point intĂ©ressant pour la prochaine version (la 12 aka bookworm)

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Sortie de Debian 11 « Bullseye ». ÉvaluĂ© Ă  4.

    J'ai vraiment un doute. DĂ©jĂ  en terme de groupe de travail l'un est dans la LSB, mais l'autre est dans systemd. Mais la spĂ©cification freedesktop ne semble pas ĂȘtre un travail de standardisation avec groupe de travail, mais une documentation pour entĂ©rinĂ©e le travail fait sur fedora. Les liens entre freedesktop et RedHat forts au dĂ©triment des autres acteurs de linux (Gnome/KDE par exemple) est assez habituel et semble encore ĂȘtre le cas ici (indĂ©pendamment de la qualitĂ© qui en sort).

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

  • [^] # Re: upgrade process

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Sortie de Debian 11 « Bullseye ». ÉvaluĂ© Ă  6.

    A quand un bouton ou commande de mise a jour de version pour mme michu qui ne veut pas passer du temps Ă  savoir comment editer le source list avec VI dans un terminal?

    Quelque chose comme ?

    apt update && apt upgrade --without-new-pkgs && apt full-upgrade

    Si tu as des dépÎts tiers à virer c'est probablement que tu as su les ajouter ;)

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

  • [^] # Re: un point intĂ©ressant pour la prochaine version (la 12 aka bookworm)

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Sortie de Debian 11 « Bullseye ». ÉvaluĂ© Ă  6.

    Ce qui est dommage, c'est que c'est pas l'organisation la plus en vue pour parler de ça.
    C'est plus du ressort de FHS. Note je ne dis pas que le changement n'a pas d'intĂ©rĂȘt, mais que ça serait intĂ©ressant de pousser un FHS 4 pour porter ces changements et Ă©largir la discussion avec les amis bsdistes par exemple.

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

  • [^] # Re: Titre de la dĂ©pĂȘche

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Python 3.10 est disponible. ÉvaluĂ© Ă  5.

    La question c'est pourquoi est-ce qu'on communique ?

    Si c'est pour faire l'annonce des nouveautĂ©s de python, c'est dommage de prĂ©senter une version qui n'est pas considĂ©rĂ©e comme prĂȘte pour tout le monde.

    Si c'est pour faire un appel aux tests, je ne vois pas oĂč c'est indiquĂ© dans la dĂ©pĂȘche.

    On Ă©vite gĂ©nĂ©ralement de publier en grande pompe (en dĂ©pĂȘche donc en premiĂšre page republiĂ© sur les rĂ©seau sociaux) des versions non testĂ©es car cela peut poser des problĂšmes aux dĂ©veloppeurs comme aux utilisateurs. Il y a bien sĂ»r une grande exception Ă  cela, c'est les logiciels dont le dĂ©veloppement est trĂšs long ou qui n'ont jamais eu de version prĂȘte pour tout le monde (comme hurd par exemple).

    Ma seconde remarque c'est qu'il est toujours utile pour les dĂ©veloppeurs comme pour les projets, de faire de la communication Ă  la sortie. Ça permet d'un peu Ă©vĂšnementialiser la sortie et donc pousse les gens Ă  migrer, etc. Si tout Ă  Ă©tait dis cela va ĂȘtre trĂšs redondant, alors que la dĂ©pĂȘche de cette forme est parfaite pour annoncer une sortie de version stable.

    DĂ©solĂ© hein, personne ne m’a rien dit. La dĂ©pĂȘche est bien passĂ©e en modĂ©ration.

    Il n'y a pas Ă  ĂȘtre dĂ©solĂ© ni Ă  chercher des excuses. Tu fais bien ce que tu veux et la modĂ©ration aussi. J'explique juste ce qui me semble avoir toujours Ă©tait la pratique et pourquoi cette pratique me semble ĂȘtre une bonne idĂ©e.

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

  • [^] # Re: Croissance

    PostĂ© par . En rĂ©ponse au journal Une ch’tite note de lecture pour la fin de semaine. ÉvaluĂ© Ă  2.

    Je suis d'accord avec l'ensemble de ton commentaire (et donc oui je l'ai lu jusqu'au bout, tu ne l'a pas écris pour rien :) ).

    La troisiĂšme, c'est sa nature mĂȘme. Toute notre civilisation moderne repose sur le fait qu'on a mis la main sur une source d’énergie abondante, relativement facile Ă  trouver, extrĂȘmement efficace Ă  utiliser. C'est cette source d’énergie abondante qui est a l'origine du problĂ©me Ă©cologique (malheureusement, c'est souvent le cas en Ă©cologie, puisque une telle dĂ©couverte suppose une rupture d'Ă©tat brutale d'un Ă©lĂ©ment constitutif d'un Ă©cosystĂšme, ici c'est le cycle du carbone qui est fortement impactĂ© par notre dĂ©couverte)

    Tu n'a pas idée de comment j'exÚcre les romans, films et autre histoires présentant des sociétés idéales en harmonie avec la nature qui ont accÚs à une source d'énergie illimité et totalement gratuite (dans le sens sans aucun impact). Tu nous donne une telle énergie, nous aussi on a réglé une bonne partie de nos problÚmes... Je pense par exemple au film Valérian et la Cité des mille planÚtes et la population de Pearls qui ont accÚs à des perles plus concentré en énergie que l'uranium (bon ce film à d'autres problÚmes, mais c'est le premier exemple qui me vient à l'esprit).

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

  • [^] # Re: Titre de la dĂ©pĂȘche

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Python 3.10 est disponible. ÉvaluĂ© Ă  2.

    La coutume voulait que ce soit dans un journal que l'on fasse les appels Ă  tests et c'est utile de dĂ©crire comment remonter les problĂšmes (souvent la remontĂ©e de bugs pendant les phases de rc est un peu diffĂ©rente). Et puis bon surtout la dĂ©pĂȘche n'appelle pas Ă  tester. Ce qui est dommage c'est que du coup on va faire quoi pour la sortie ? Republier la mĂȘme dĂ©pĂȘche ?

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

  • [^] # Re: Croissance

    PostĂ© par . En rĂ©ponse au journal Une ch’tite note de lecture pour la fin de semaine. ÉvaluĂ© Ă  2.

    En fait, la question c'est surtout le pourquoi on dĂ©bat. On a toujours comme leitmotiv de pousser son point de vue. Mais, bon, au final, c'est ça qui est stĂ©rile dans une discussion. J'ai Ă©voluĂ© dans mon approche des discussion en ligne avec le temps. Quand j'ai une opinion, je cherche surtout Ă  la mettre Ă  l’épreuve du feu en quelque sorte.

    Ça me parait sain comme attitude. Moi je vois ce genre de discussion comme des exercices intellectuels. Des jeux pour faire rĂ©flĂ©chir. Un peu comme peu l'ĂȘtre le rubik's cube ou les jeux qui ont du succĂšs l'Ă©tĂ© sur les plages.

    C'est pour ça que j'essaie de réagir surtout quand je vois des syllogismes ou des biais argumentatifs par exemple. Globalement quand je m'exprime sur d'autres points je le regrette systématiquement.

    Il semble que ça ne paraĂźt pas dans mon ton, mais j'ai assez peu d'opinion tranchĂ©e. Par exemple je ne sais pas quoi faire pour le climat et mes maigres connaissances ne me semble pas trĂšs pertinents pour savoir quoi faire et comment. Je suis bien content de ne pas avoir Ă  prendre de dĂ©cision. C'est juste que quand je vois quelqu'un dire "y'a ka supprimer l'Ă©conomie" (ou « une croissance infinie dans un monde fini »), me semble manquer de profondeur et si mes commentaires aident les gens (malgrĂ© ma mauvaise argumentation et le fait qu'il semble que j’heurte certaines sensibilitĂ©s) peuvent se dire que ce n'est pas aussi simple qu'affirmĂ© au premier abord c'est cool. Je pense sincĂšrement que beaucoup de choses se passeraient mieux si on passait moins de temps dans la montagne de la stupiditĂ© et plus dans la vallĂ©e de l'humilitĂ© (ET MOI LE PREMIER !!!). A dĂ©faut un peu d'impertinence les uns envers les autres me semble dĂ©jĂ  ĂȘtre un dĂ©but.

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

  • [^] # Re: Croissance

    PostĂ© par . En rĂ©ponse au journal Une ch’tite note de lecture pour la fin de semaine. ÉvaluĂ© Ă  2. DerniĂšre modification le 14 aoĂ»t 2021 Ă  16:28.

    Je te propose de systématiquement et pour tous les sujets de me considérer comme le lus ignare qui soit.

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

  • [^] # Re: Croissance

    PostĂ© par . En rĂ©ponse au journal Une ch’tite note de lecture pour la fin de semaine. ÉvaluĂ© Ă  1.

    Désolé de t'y avoir poussé.

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

  • [^] # Re: Croissance

    PostĂ© par . En rĂ©ponse au journal Une ch’tite note de lecture pour la fin de semaine. ÉvaluĂ© Ă  1.

    Je t'exaspĂšre peut ĂȘtre ? Tu souhaite me cancel par mon CV ?
    Ça change quoi ce que je dis si je suis un enfant de quelques annĂ©es ou le dernier prix nobel d'Ă©conomie ?

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