barmic 🦦 a écrit 5213 commentaires

  • [^] # Re: Lol

    Posté par  . En réponse au lien Impact écologique du numérique. Évalué à 2. Dernière modification le 10 octobre 2022 à 17:03.

    Le problème étant que ces gens sont tellement imbus et sûr de leur supériorité qu’ils sont incapables de se remettre en cause (ce qui est le plus sûr moyen de penser n’importe comment). Alors j’essaie une nouvelle méthode, celle des baffes à répétition, quitte à en perdre mon karma.

    Là on pars sur de l'attaque ad hominem et tu pars dans une vendetta. Ça me paraît pas être un comportement souhaitable, nous verront si la main invisible du karma ferra son office (spoiler : non).

    Mais pour le reste et sans m'y connaître particulièrement et en voulant en savoir plus. Le billet semble malheureusement être un billet d'humeur plus qu'autre chose. Il affirme des choses sans aucun supports ni aucune source. Il y a pleins de liens mais ils sont là pour donner du vocabulaire (au cas où l'on ne connaîtrait pas le mot publicité par exemple).

    Les conclusions sont aussi surprenantes. Le réseau ne coûte rien quand il s'agit d'utiliser netflix, mais la pub c'est anti écologique et ce serait bien de privilégier gemini pour moins un réseau plus léger. Ça donne l'impression qu'il y a une grille d'usage bien ou mauvais et en fonction de si on considère les usages bon ou mauvais ils seront considérés comme écologiques ou non. Ça donne l'impression d'être dissonance cognitive.

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

  • [^] # Re: Obsolescence pas programmĂ©e

    Posté par  . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 3.

    Euh… Premier degré, tu crois que j'ai pris l'exemple au pif ? Que Pol'uX veuille expliciter l'ironie je comprends, mais passer un second coup de surligneur ça devient redondant

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

  • [^] # Re: Obsolescence pas programmĂ©e

    Posté par  . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 2.

    Je ne sais pas, mais si c'est le cas c'est décevant.

    C'est les familles de dizaines de morts qui n'ont pas pu avoir droit à un procès.

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

  • [^] # Re: Obsolescence pas programmĂ©e

    Posté par  . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 7. Dernière modification le 09 octobre 2022 à 15:14.

    Reprocher aux fabricants d'imprimantes l'obsolescence par la version de TLS de leur firmware, c'est un peu comme faire un contrĂ´le fiscal Ă  Al Capone

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

  • [^] # Re: C'est officiel...

    Posté par  . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 1.

    Parler de beauté mathématiques n'a strictement rien de nouveau. C'est pas illogique d'en parler pour un graphe orienté acyclique qui est un objet mathématiques.

    Et je reste convaincu que dire « git est bon » ne te donnera aucune information supplémentaire.

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

  • [^] # Re: C'est officiel...

    Posté par  . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 2.

    En quoi bon est il plus précis ? Si je dis « mercurial est un bon gestionnaire de version » ça dis quoi en plus par rapport à si je dis « pijul est un beau gestionnaire de version » ?

    Dans les 2 cas tu peux te dire que je les apprécie.
    « bon » se veut probablement plus objectif, mais du coup il ment plus souvent.

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

  • [^] # Re: C'est officiel...

    Posté par  . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 2.

    On devrait s'émouvoir qu'ils ont écrit des tests aussi ?

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

  • [^] # Re: C'est officiel...

    Posté par  . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 2.

    Pourquoi opposer les 2 ?

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

  • [^] # Re: C'est officiel...

    Posté par  . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 3.

    J'ai jamais compris ce qu'il y avait de particulièrement beau dans le DAG de git. C'est un dag quoi.

    J'ai raté une pépite ?

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

  • [^] # Re: Disponible pour Debian 11 Bullseye Ă©galement.

    Posté par  . En réponse au lien Ubuntu 22.10 et la prochaine Debian 12 GNOME embrassent PipeWire et WirePlumber - phoronix. Évalué à 2.

    Il y a des outils comme pavucontrol pour pipewire ? Je connais pas du tout.

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

  • [^] # Re: Qui code en perl ?

    Posté par  . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à 4.

    Comprends qu'en disant que c'est "surtout un environement de débogage et de test", que tu pointe partie de la documentation traitant le debuggage pas à pas, que tu le compare à perl -de1,… Tu insiste tout de même lourdement sur un aspect existant mais loin de décrire complètement l'outil. C'est presque comme présenter emacs en disant que c'est surtout un debugger lisp très pratique. C'est pas faux, mais on passe à côté de beaucoup en disant ça.

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

  • [^] # Re: Qui code en perl ?

    Posté par  . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à 3.

    ipython est loin de ce que tu décris. Bon d'une part au cas où, ce n'est pas fourni par les mainteneurs de python. Cpython peut être lancé en repl. Ipython n'est d'ailleurs pas le seul interpréteur python interactif. L'alternative la plus connue est probablement bpython.

    Je ne sais pas d'où vient la dichotomie que tu fais, mais elle oublie au moins un autre cas : utiliser un interpréteur interactif en tant que tel. C'est ce que tu fais avec R ou octave ou matlab (voir bc si on veut aller par là) par exemple. Aujourd'hui on les décris plus comme des notebook et ce n'est pas pour rien que jupyter a été fais par le même projet. Il ne s'agit pas d'un outil qui t'aide à écrire ton code, mais d'un environnement qui te permet de manipuler via le langage python tout ce que tu veux. Tout comme R tu peux envisager de t'en servir comme remplaçant d'un tableur par exemple.

    Il n'a pas été conçu pour devenir un login shell personne ne dit le contraire même si pour simplifier la vie il a des raccourcis pour lancer des commandes avec un !. Il n'a pas était conçu pour être un debugger, mais quite à être un très bon interpréteur interactif autant simplifier la vie à ceux qui ont cet usage. Et si python n'est pas vraiment un excellent langage pour lancer et gérer des processus, il a pour lui un écosystème de bibliothèques assez dingue.

    Et j'aime perl d'amour, mais comparer perl -de1 à ipython c'est vraiment très très différent.

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

  • [^] # Re: je pense que...

    Posté par  . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 2.

    Oui même s'il faut y faire attention, nous serions déçu si ce genre de règlement avait était passé il y a 5 ans forçant à utiliser le micro usb et que la mise à jour de cette loi ne s'applique qu'en 2024.

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

  • [^] # Re: je pense que...

    Posté par  . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 2.

    Pouvoir utiliser le même chargeur pour son téléphone, ses différents casques/écouteurs audio, les lampes de vélo sur batterie, recharger une powerbank, charger l'enceinte bluetooth,… Sans avoir un nouveau chargeur à l'achat si on en a déjà un. Ça me aller avec l'idée de produire plus que nécessaire.

    Pour le moment il n'y a que ma frontale pour qui je voir avoir un adaptateur usb c → micro usb et la recharge par induction n'est pas aussi généralisée et a un rendement bien plus faible qu'un chargeur usb correct.

    Mais c'est de la même manière que l'absence de micro jack sur le fairphone 4 est dommageable, soit tu passe par du bluetooth soit tu doit passer par des adaptateurs micro-jack / usb c.

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

  • [^] # Re: Qui code en perl ?

    Posté par  . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à 4.

    C'est dans leur tableau : https://xon.sh/contents.html#comparison

    Je comprends pas la moitié du tableau :

    • c'est quoi un langage pratique ?
    • native cross-plateform support → oui/non ? C'est le genre de question ou on donne la liste de ce qui est supportĂ©e
    • Typed variables → je connais pas plumbum, mais il y en a en bash et zsh
    • Syntax highlighting → ça existe en zsh, ce n'est pas en standard, mais c'est un paquet et une ligne de commande dans ma distribution (debian pas un truc très spĂ©cifique) et c'est de base dans mon ipython sans jupyter
    • Pun in name → fish ça en est pas un ?

    Le Easily scriptable n'a pas de sens pour ipython qui n'est pas un langage, son langage c'est python. Donc c'est peut être vrai (je ne sais pas quels sont les difficultés qui se passent quand on essaie d'utiliser ipython comme sheban), mais c'est un moyen assez facile de retirer une coche à une alternative.

    Du coup je vois pas quoi tirer de ce tableau.

    Ou juste parce-que c'est surtout un environnement de débogage et de test avant tout https://www.ics.uci.edu/~dock/manuals/IPython/node7.html ?

    On parle de ce qui est la base de jupyter. C'est bien plus qu'un environnement de debogage. C'est un shell python qui permet de se servir de python de manière interactive (chose que perl a mis du temps à avoir). Le fait qu'il puisse aider au debuggage (c'est ce qu'on doit comprendre de ton lien ?) n'indique pas du tout que c'est "surtout" à ça qu'il sert.

    Si on prend la plus vielle version de la page du projet qu'on peut trouver dans waybback machine : https://web.archive.org/web/20110721132832/https://ipython.org/

    The goal of IPython is to create a comprehensive environment for interactive and exploratory computing.

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

  • [^] # Re: Faut-il sĂ©parer le logiciel de l'humain?

    Posté par  . En réponse à la dépêche Sortie de Pétrolette 1.6. Évalué à 2.

    Ça c'est vraiment ta subjectivité et on pourrait arguer la même chose quand tu utilise /me. Évidemment que pour l'auteur ça va de soit, il n'écrit pas volontairement un message cryptique. Il écris avec sa subjectivité, son savoir, sa culture et ne s'est pas posé la question de si l'une de ses références est connu de tous ou pas.

    Ça arrive partout peut-être un peu plus sur internet où il peut y avoir un brassage culturel plus large et où l'on a que nous écrits pour savoir qui est l'autre (les belges peuvent se baser sur l'accent pour éviter d'utiliser nonante devant des français pour ne pas avoir de remarques, un jeune peu imaginer que quelqu'un qui a la soixantaine n'aura pas la référence du dernier dessin animé qu'il a regardé à la télé,…).

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

  • [^] # Re: Faut-il sĂ©parer le logiciel de l'humain?

    Posté par  . En réponse à la dépêche Sortie de Pétrolette 1.6. Évalué à 3.

    Ne pas comprendre ce que quelqu'un dit ça arrive. Ce n'est pas forcément du gatekeeping. On communique tous à l'oral comme à l'écrit avec nos connaissances, nos cultures, etc. Particulièrement dans les commentaires contrairement aux journaux ou aux dépêches le travail de poser toutes ses références n'est pas toujours fais car c'est des textes cours voir que c'est simplement plus léger à écrire et à lire.

    Il faut plus voir ça comme une opportunité de découvrir quelqu'un que comme un entre soit. C'est une discussion d'initiés comme il y en a toujours eu ici, mais je n'ai jamais vu quelqu'un se faire ridiculiser ou ignorer ici parce qu'il ne connaissait pas une référence.

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

  • [^] # Re: Qui code en perl ?

    Posté par  . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à 3.

    Ils ne sont pas dans l'installation de base des distributions. Ça n'aide pas à leur adoption.

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

  • [^] # Re: je pense que...

    Posté par  . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 5.

    Toute l'histoire de Nokia à partir des smartphones est triste…

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

  • [^] # Re: je pense que...

    Posté par  . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 5.

    Et ben c'est tant mieux. L'important c'est de ne pas changer son matériel régulièrement. Donc ils concurrencent l'un des meilleurs du marché sur ce point dès leur deuxième téléphone. Je ne sais pas pour le prix, mais ils me proposent avec un Android qui est flashable. Contrairement à Apple leur téléphone ne demandent pas de chargeur ou d'adaptateur spécial (ce qui reste un coût environnementale). Si on regarde les garanties constructeur c'est d'un an côté Apple alors que tous les fairphones 4 sont garantis jusqu'en 2027. Ils restent les seuls à ma connaissance à tenter de s'assurer que leur chaîne d'approvisionnement et montage est aussi fair que possible et ils communiquent sur ce qu'ils arrivent à faire ou non.

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

  • [^] # Re: je pense que...

    Posté par  . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 3.

    On parle du deuxième téléphone produit par l'entreprise tous les constructeurs ont eu des cas problématiques. 2 ans après la sortie du fairphone 2, Samsung sortait le galaxy note 7 dont les batteries explosaient. Tous les constructeurs ont eu des cas problématiques.

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

  • [^] # Re: je pense que...

    Posté par  . En réponse au journal Du voilier à la murène, itinéraire d'une dégooglisation longue mais réussie. Évalué à 5.

    https://www.frandroid.com/marques/fairphone/1224295_fairphone-est-ce-un-bon-plan-ou-une-galere-des-utilisateurs-temoignent
    https://grisebouille.net/fin-de-partie-pour-mon-fairphone/
    malheureusm

    Donc le fairphone 2 a eu des problèmes et quelqu'un a été déçut de ne pas garder plus de 6 ans son téléphone alors que ces précédents tenaient 2 ans et demi c'est donc de mauvais téléphones ?

    C'est un peu comme quand on leur reproche de ne pas être 100% issus de matériaux recyclé ou de ne pas être entièrement issu de production responsable.

    Si tu n'est pas parfait dans le domaine dont tu parle alors tu es mauvais et autant prendre ceux qui ne s'en soucis pas du tout ?

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

  • [^] # Re: Faut-il sĂ©parer le logiciel de l'humain?

    Posté par  . En réponse à la dépêche Sortie de Pétrolette 1.6. Évalué à 2.

    C'est marrant comme RMS, ESR ou GKH (Greg Kroah-Hartman) sont bien plus utilisés que d'autres.

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

  • [^] # Re: Ledger?

    Posté par  . En réponse au journal Clés de sécurité, pas assez utilisées. Évalué à 3.

    Perso je suis profondément contre les crypto donc je n'achèterait pas un produit qui se vend comme portefeuille de crypto/nft/web3 etc

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

  • [^] # Re: Qui code en perl ?

    Posté par  . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à 7.

    Qui utilise encore Perl par choix et pour quoi, quel domaine ?

    L'un des grands usages de perl reste le code glue où il est en concurrence avec le shell. C'est un domaine où il excelle d'une part le pas entre les outils POSIX et lui est simple, mais la gestion des processus est aussi simple comme en shell. Ça en fait l'outil idéal quand tu veut faire du shell/grep/sed/awk/… mais en ayant tout dans un même langage et la possibilité d'utiliser des bibliothèques pour faire du réseau ou parser du json/yaml/etc.

    Pour faire la même chose python sera plus rébarbatif au profit d'une certaine lisibilité (pas de variables autodéclarées, pas d'identifiant de variable d'un seul caractère non alphanumérique, mais plus de construction comme re.search() qu'il faut importer pour utiliser une expression régulière, pas non plus de os.system subprocess pour lancer des commandes,…).

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