barmic 🦦 a écrit 5734 commentaires

  • [^] # Re: Succin

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 3.

    Si c'était poussé par ailleurs.

    Par exemple en commençant par des pétitions pour pousser le politique a s'y intéresser ?

    Mais ça restera confidentiel. Et on est coincés a essayer de comprendre pourquoi ça a coincé à l'époque.

    Tu connais le journal officiel ? C'est l'ensemble de tous les textes officiels publiés au jour le jour et il est disponible sur legifrance. Ceux qui s'y intéressent (les journalistes, mais aussi les différentes branches de la fonction publique par exemple) le regardent et les journaliste font un travail d'éditorialisation pour remplir leurs journaux.

    C'est anarchique parce que twitter n'avait presque aucune forme de concurrence et parce que ça a était fait de manière tout à fait anarchique. La DGME est apparue à peu prêt à la même periode et son travail a mis du temps à maturer. C'est proche d'une problématique de Shadow IT. Il n'y a même pas besoin de loi pour dire dès à présent que la DITP est seule responsable de la publication et que les ministères sont tenu de faire leur communication par (voir uniquement par) un flux RSS publique avec éventuellement certaines règles édictées par la DTIM.

    La seule chose qui coince c'est l'absence de compréhension de l'informatique de la part de nos dirigeants et avec ça l'absence de volonté politique. Il n'y a pas besoin de beaucoup de volonté (ce n'est pas un gros travail et il n'y a pas de lobbying pour que ça se fasse comme c'est aujourd'hui), mais il y a encore moins de volonté. On y accordera du temps qu'une fois que tous les autres sujets seront traité ou quand un évènement nous aura laissé le bec dans l'eau (et comme les dirigeants n'ont aucune foutu appréhension du truc, qu'ils voudront pas prendre le temps d'avoir une solution propre, que pour eux si une solution est grosse c'est qu'elle est bien et enfin parce qu'à ce moment là des entreprises auront les oreilles de nos dirigeants pour pousser leurs idées on se retrouvera avec un RSE poussé à l'échelle nationale, on y mettra quelques millions d'euros, Atos, CapGemini, Sopra, Thales et Orange seront impliqués et on aura un truc qui marche pas.

    Tant qu'ils n'auront pas compris ce qu'est l'informatique et par exemple qu'ils créent un ministère du numérique de pleins pied. Tu peut être sur que ce sera géré par dessus la jambe.

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

  • [^] # Re: Succin

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 5.

    Pour moi les services devraient passer à RSS et c'est tout. Libre ensuite à la DGFIP ou tout autre citoyen de faire ses propres lubies par dessus et d'en changer chaque mois, mais le truc à la fois simple et solide c'est le flux RSS. S'il y a un truc qui devrait être normé c'est ça, le reste c'est de la mode.

    La multiplicité se résout par exemple via un planet, il est possible de satisfaire les desiderata de la population sans changer chaque ministère, de multiplier les canaux de diffusion sans avoir le couplage avec chaque service de l'Etat, il est possible pour le citoyen de s'équiper via un outil existant ou d'en créer un.

    Le débat n'a pas de sens. Créer des flux RSS et laisser les gens qui réfléchissent implémenter leur super outil de diffusion qui est vachement mieux que tous les autres par dessus.

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

  • [^] # Re: Excellente initiative - BOF

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 5.

    les américains détestent twitter, les francais rafollent des gafam, c'est pas demain que le monde sera meilleur.

    Il y a un compte twitter américain pour 3 américains, il y a un compte twitter français pour 5 habitants.

    Mais bon c'est surtout pas le sujet, on ne parle pas des français, mais de l'Etat français.

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

  • [^] # Re: Succin

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 7.

    Pourquoi passer par des plateformes ? Elles sont complexes pour rien.

    Un flux RSS et les gens qui s'y intéressent créeront des relais là où ça leur chantent.

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

  • [^] # Re: Censure

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 3.

    Ne pas l'utiliser et déconseiller de l'utiliser OK, mais vouloir interdire tout ce qui nous plait pas, ça limite forcement les sources d'informations.

    La première phrase :

    Cessez d'utiliser cette plateforme comme l'un des principaux porte-parole des communications officielles en France.


    C'est les dictatures qui font ça.

    Avant de parler de comment les citoyens s'informent sur et qu'il faut diversifier ses sources, ce serait bien de sois-même lire ce dont il s'agit avant de monter sur ses grands chevaux. Le fait de sauter à une conclusion particulièrement extrême avant même d'avoir quelques secondes pour s'intéresser au sujet me semble problématique quand on veut parler de comment les gens s'informent tu ne crois pas ?

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

  • # Succin

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 5. Dernière modification le 30 décembre 2024 à 22:43.

    Je trouve qu'elle n'est pas très bien rédigée, il y a tout de même beaucoup plus à dire sur le le pourquoi et sur les propriétés que devrait avoir une alternative.

    Si c'est pour passer sur bluesky le gain est limité

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

  • [^] # Re: Excellente initiative - BOF

    Posté par  . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à 8. Dernière modification le 30 décembre 2024 à 22:39.

    je trouve assez peu intelligent ce genre de remarque voire même un peu puéril, si jamais le proprio revend a Obama, vous allez encenser ce nouveau démocrate qui va rendre de la liberté et censuré les idées qui vous déplait, reprendre le flambeau twitter c'est génial on y retourne tous

    Le problème n'est même pas les idées politiques de ton ami. Ce serait l'arc-ange Gabriel ou Mandela ce serait pareil : x est de moins en moins utilisable pour qui n'a pas de compte. C'est juste un fait.

    Ensuite tu as d'autres arguments comme le fait néfaste d'un point de vue technique de l'hypercentralisation.

    Pour tous les pays qui ne sont pas les USA le fait de reposer sur une plate-forme qui n'est pas souveraine. D'un point de vue politique chaque chose pour les quelles ont dépend des américains affaibli notre voix face à eux. Mais aussi technique on dépend d'infrastructures qui ne sont pas sur notre sol donc dépendante des liaisons intercontinentales (pour les territoires hors de la métropole on a pas le choix mais poser les USA comme dépendance est une source de défaillance superflu).

    Il y en a d'autres ce sont juste des exemples pour montrer qu'on a pas à rappeler à quel point c'est dirigé par un débile pour trouver ça problématique et d'ailleurs on a pas attendu que ce soit racheté pour voir les problèmes (tu peux trouver des discussions sur le sujet sur linuxfr). C'est juste que le nigaud est une bonne publicité pour expliquer même aux personnes qui s'y intéressent peu que ça pourrait être le moment.

    Et encore une fois si Mahatma Gandhi rachète ça ne change que peu de choses au sujet.

    Si j'aime les truc qui flotte dans la soupe laisser moi le manger tranquillement !

    C'est pas de la soupe mais personne ne te dit quoi faire tu pourra toujours suivre les analyses financières de crypto kid soit rassuré

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

  • [^] # Re: celui de LinuxFr org oui

    Posté par  . En réponse au journal Retour vers le Futur - ménage numérique - le web a bien changé.. Évalué à 4.

    Pas que ça m’est dérangé plus que ça à l’époque mais aujourd’hui j’ai saisi l’intérêt.
    De conserver le contenu tout simplement, aussi futile qu’il soit.

    Moi je ne crois pas que le syndrome de Diogène soit fondamentalement moins grave en numérique.

    D'ailleurs l'intérêt de conserver le contenu aussi futile qu'il soit n'est appliqué qu'au texte.

    Sans compter le respect du droit à l'oubli. Le fait de ne pas garder les images permet par exemple de rendre moins nauséabond les contenus qui m'étaient des "nimage" de playmate à la fin de leur journaux (comme elles n'étaient pas intégrées au contenu c'est uniquement lié à l'hébergeur d'images).

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

  • [^] # Re: Attentes / contributions prĂ©alables pour Debian Trixie

    Posté par  . En réponse au journal Debian 13 (Trixie) : à quand le gel ?. Évalué à 2.

    j'aurais cru Ă  un amd128

    Quand tu installera des barrettes de 256 Tio de RAM. Pour le moment avec 48 bits utilisé pour l'adressage on est assez tranquille (et on pourra même passer à 16Eio sans changer d'architecture si besoin).

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

  • [^] # Re: Non

    Posté par  . En réponse au journal Travail bénévole dans le monde du logiciel libre. Évalué à 2.

    Quand les créateurs de contenus postent des annonces ils tentent de filtrer les fan en expliquant ce genre de choses. Je n'ai pas vu les annonces mais j'ai vu en vidéos où ils disent que ce n'est pas la peine de postuler sans tel, tel et tel autre truc et où ils expliquent qu'à la précédente annonce ils ont eu un tas de propositions qui n'avaient pas de sens (par exemple des enfants de moins de 16 ans qui postulent).

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

  • [^] # Re: 9ème jour

    Posté par  . En réponse au journal Advent of code 2024. Évalué à 2.

    J'ai enfin fini le jour 9 j'ai pas fais comme toi.

    Le jour 1 j'ai l'indice en cours uniquement et je décrémente mes compteurs, je cherche le fichier à déplacer car c'est le slot fichier non égale à 0. C'est moins efficace qu'avoir l'indice, mais au final c'est très pratique pour la seconde étape où je replace ma condition de recherche par fichier qui rentre dans le slot vide en cours.

    J'ai dû faire un peu de maths pour éviter des itérations : je fais une itération par slot au lieu d'une itération par "bit" et ça simplifie l'étape 2.

    Le dernier piège que j'ai eu à l'étape 2 vient du fait que le résultat n'est pas contigüe donc il faut mémoriser la valeur d'un fichier déplacer pour incrémenter l'indice qui sert au checksum. Du coup quand un fichier est déplacé au lieu de la passer à 0 je le passe en négatif.

    Je cherche pas le même niveau de performance que toi. J'ai vu à l'un des jours précédent que j'arrivais pas en julia à les atteindre, mais julia est vraiment cool comme langage.

    (oui je suis Ă  la bourre ^^)

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

  • [^] # Re: Conseil

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 2.

    Dans un contexte de container je suis un peu circonspect. Le container est immuable donc ouvrir un shell dessus ne devrait pas être d'une grande utilité, tu as évidement l'accès aux logs qui peut être utile mais ça ne demande pas d'ouvrir un shell. Si tu veux manipuler la configuration, je dirais que de la même manière ça pourrait être fait à distance via un protocole ad-hoc.

    Personnellement pour y arriver je tenterais de ne plus accéder en SSH à vos environnements de dev/QA pour vérifier ce qui peut vous manquer ou non comme info et donc appliquer les même procédures que chez vos clients en interne.

    Si par contre l'idée c'est d'accéder à l'hôte, depuis un container ça ne marche pas très bien pour vos setop box je dirais que vous pouvez faire une communication entre le container et la machine hôte pour l'activer (ou simplement ouvrir le port).

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

  • [^] # Re: banque sans appli ?

    Posté par  . En réponse au journal Où je me cherche une banque. Évalué à 2.

    Techniquement je pense qu'une banque française n'est pas nécessaire, il faut qu'une opération soit faite avec un compte français. Comme il a était créé suite à un G7 je présume qu'il a des homologue dans différents pays occidentale.

    Mais j'espérais surtout que la boutade soit évidente.

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

  • # Conseil

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 3.

    PS : Peut-être n'ais-je pas fait les meilleurs choix. Je suis ouvert aux réflexions en commentaires.

    En toute humilité

    1. Les logs étaient directement écris dans le /var/log/openhems, il faut un montage (Mais j'ai encore des problèmes là).

    Écris sur ta sortie standard. Ça fait parti des 12 facteurs https://12factor.net/fr/logs

    Je veux que l'utilisateur puisse autoriser manuellement la maintenance.

    Je suis pas sûr de comprendre les tenants et les aboutissants, mais ne le fait pas trop.

    Pour l'un comme pour l'autre l'idée c'est que ça n'est pas le rôle du container de s'en occuper et c'est à l'intégration de faire les choix.

    Tu peux :

    • dĂ©crire le besoin et laisser Ă  tes utilisateurs le boulot
    • faire une installation clef en main qui demandera de faire les glues autour avec un paquet de distribution, un script d'installation ou autre
    • plonger la tĂŞte la première (le reste suivra) et packager pour un orchestrateur par exemple avec un chart helm pour kube

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

  • [^] # Re: Container ou rien

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 2.

    Les containers c'est nickel pour packager pour de la prod. Mais pour itérer en dev ….

    Ce que tu décris c'est faire ce qui est en prod pour du développement ce n'est pas ce qu'il faut faire.

    Tu utilise un dockerfile qui va bind ton dossier courant dans le container au lieu de faire une copie, c'est plus rapide et ça permet d'itérer sans problème.

    Pour faire du vite fais tu peut mĂŞme te passer de dockerfile. De tĂŞte c'est de l'ordre

    name='MyProject'
    # créé un container 'MyProject' en y installant les dépendances
    docker run -it --name $name --mount type=bind,src=$PWD,dst=/data python:3.13 pip install -r /data/requirements.txt
    # utilise le container pour l'executer ton script
    docker start -it --mount type=bind,src=$PWD,dst=/data python:3.13 $name python mon_script.py mon_input > mon_output

    Tu peut soit détruire et reconstruire le conteneur quand tu change une dépendance soit faire un start pour mettre à jour les dépendances.

    Il est aussi possible d'utiliser docker compose qui va faire que tu ne joue plus qu'avec des docker compose up ou down (docker compose c'est un plugin de docker et pas un orchestrateur).

    Évidement tu peut utiliser des alias ou des choses comme just, tasks ou l'outil de build qui te plaît. Docker apporte d'autres éléments comme le fait de cloisonner ce que tu lance sur ta machine pour embêter ceux qui s'adonneraient à des supply chain attack. Et bien sûr si tu a besoin d'une base de données à côté c'est tout de même pratique.

    "En vrai les conteneurs sont une solution universelle" pour bien se faire ch*** pour rien.

    J'ai du mal à comprendre ta démarche. Plutôt que de t'interroger sur la pratique, tu pars sur ton à priori. Tu te doute bien que si certains le font c'est que c'est pratique pour eux.

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

  • [^] # Re: Retour de l'enseignement en France au lycĂ©e

    Posté par  . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 2.

    Quel est le problème avec le hello world en java ?

    Pour ĂŞtre parfaitement honnĂŞte c'est encore en preview, mais je tiens Ă  souligner qu'il ne demande pas d'Ă©tape de compilation.

    MĂŞme avec la version LTS tu met dans un fichier hello.java

    class hello {
      public static void main(String[] argv) {
        System.out.println("Hello world!");
      }
    }
    % java hello.java
    Hello world!
    

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

  • [^] # Re: banque sans appli ?

    Posté par  . En réponse au journal Où je me cherche une banque. Évalué à 3.

    au moins 16 [banques] dans 3 pays

    TRACFIN est sur tes cĂ´tes

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

  • # D[iĂ©]fĂ©rer

    Posté par  . En réponse à la dépêche Lettre d'information XMPP d'octobre 2024. Évalué à 2.

    Extensions déférées

    Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée de "Expérimental" à "Différée". Une mise à jour ultérieure permettra de remettre la XEP à l’état "Expérimental".

    Pour la cohérence si j'en crois la version anglaise c'est bien "déférée" et non "différée" j'aurais pu comprendre l'un comme l'autre.

    AMHA ça pourrait être bien de présenter le processus avec un diagramme par exemple avec une machine à états.

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

  • [^] # Re: Perplexe

    Posté par  . En réponse au journal UV un énième packageur python. Évalué à 6.

    Mon avis personnel c'est que je ressens ça comme des outils invasifs. Jusque là l'écosystème Python a toujours été autonome, on a donc toujours eu la possibilité de faire des contributions en Python pour nos outils en Python.

    Il me semble que l'une des particularité de l'écosystème python c'est d'avoir toujours eu une grande permissivité en vers le code natif avec des bibliothèques comme numpy pour le plus évident qui mixent du code python et du code C.

    C'est toujours plus satisfaisant d'avoir les outils dans le mĂŞme langages, mais le plafond de performance de python et de rust sont pas les mĂŞme.

    Après c'est un outil de plus, il y en aura 5 nouveaux d'ici le printemps.

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

  • [^] # Re: java bien

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 3.

    Tu peux mĂŞme le faire en java avec jbang.

    Mais pour l'un comme pour l'autre je n'ai pas trouvé d'IDE qui me supporte correctement. C'est à dire qui tire les dépendances et ne te met pas des erreurs partout et peut faire de l'autocomplétion.

    Kotlin a une fonctionnalité similaire en expérimentation ça décidera peut être a donner un support correct à intellij

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

  • [^] # Re: Debian ne pip plus ?

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 3. Dernière modification le 24 décembre 2024 à 19:31.

    Ça vient de pip 21.1 (ça a était intégré comme un bug fix) en avril 2021 et toute la discussion se trouve là : Discourage usage of pip as root.

    Edit: Pardon c'est une autre modification aussi de mai 2021 : PEP 668 – Marking Python base environments as “externally managed”

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

  • [^] # Re: java bien

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 3.

    Je n'avais pas fait gaffe mais oui on utilise énormément de bibliothèque en Java. Ce qui fait que java est différent de python c'est le classpath. Un programme java a une configuration lui indiquant la liste de ses dépendances, il n'y a donc aucun problème à avoir plusieurs versions d'une bibliothèque dans des versions différentes qui sont utilisées en même temps.

    Qu'est-ce qui est complexe là dedans ?

    C'est un peu verbeux, même maven se prépare a faire en sorte que ce soit une seule ligne (pour maven 5 il me semble, maven 4 - qui est en RC2 - étant la préparation de la version 5).

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

  • [^] # Re: Ah les devs ...

    Posté par  . En réponse au journal La galère de Python en déploiement. Évalué à 4.

    chaque projet devrait avoir son environnement créé avec le module venv et ce n'est pas la peine de le suivre avec git, un venv python c'est jetable et facile à reconstruire, par contre le fichier requirements.txt (pip freeze > requirements.txt) lui doit être suivie avec git

    Moi je me suis trouvé un champion, il gère venv pour moi et je commit 3 fichiers (un lock file, un pour la version de python et un pour la description du projet) et pour les cas les plus simples (ce que je fais le plus) il peut simplement se baser sur un commentaire dans le fichier.

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

  • [^] # Re: Rust ?

    Posté par  . En réponse au journal UV un énième packageur python. Évalué à 9.

    Pour le coup non puisque je ne le compile pas moi-même j'ai décidé il y a bien longtemps de faire confiance à mon gestionnaire de paquet. Ça demande d'installer quelque chose plutôt que d'utiliser ce qui est dans une installation de python vanilla (ou en tout cas ce qui est sur ma machine), mais je trouve que le confort de l'usage en vaut la peine.

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

  • [^] # Re: SĂ©rie d'articles

    Posté par  . En réponse au journal UV un énième packageur python. Évalué à 4.

    Oui j'ai oublié d'ajouter le lien après la rédaction et j'ai toujours du mal à la retrouver.

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