Posté par barmic 🦦 le 04 janvier 2025 à 09:38. En réponse à la dépêche Entrevue avec Herman BRULE, développeur d'Ultracopier et de CatchChallenger. Évalué à  2.
Or cette mise en cache est un goulot d'étranglement à ces débits, sur ma machine de test la mise en cache me limite à environ 2-3Go/s avec de la DDR5-5200 stock.
Quelle est la technique pour l'évier du coup ?
Toutefois il faut bien en avoir de tête que beaucoup de copies se font entre 2 périphériques
J'en suis pas particulièrement convaincu je t'avoue.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 03 janvier 2025 à 15:38. En réponse à la dépêche Entrevue avec Herman BRULE, développeur d'Ultracopier et de CatchChallenger. Évalué à  3.
Ce serait intéressant de voir le point de vu de l'équipe de coreutils, ils peuvent peut être reporter certaines de tes optimisations ou options.
lecture/écriture via le cache système
Je ne suis pas très clair sur ce que c'est. Pour moi le cache système est quelque chose de transparent. Le système mets en cache ce qu'il lit depuis le disque et le réutilise s'il en a besoin.
également multi-threadée
Ça c'est bien que sur NVMe si j'ai bien compris. Pour un disque SSD en SATA tu n'a pas de multiples queues utilisables pour lire/écrire. C'est le genre de choses avec les quelles un outils qui se destine à un usage généraliste doit pouvoir gérer (moi j'ai pas encore de NVMe
Posté par barmic 🦦 le 03 janvier 2025 à 15:10. En réponse à la dépêche Entrevue avec Herman BRULE, développeur d'Ultracopier et de CatchChallenger. Évalué à  4.
On dit exactement la mĂŞme chose.
Non, tu insinue qu'il ment quand il dit que des utilisateurs étaient pour rétribuer par ce biais.
Qui tape sur qui?
Toi tu porte des insinuations sur cette personne.
Posté par barmic 🦦 le 02 janvier 2025 à 23:43. En réponse au journal Advent of code 2024. Évalué à  2.
C'est pour ça que je le mettais en parallèle avec la méta programmation du C++ qui permet de faire faire le calcul à la compilation.
Posté par barmic 🦦 le 02 janvier 2025 à 21:55. En réponse au lien Protect Your Site With A DOOM Captcha. Évalué à  2.
Il faut rester en vie suffisamment longtemps pour pouvoir les entrer…
Posté par barmic 🦦 le 02 janvier 2025 à 21:52. En réponse au journal Advent of code 2024. Évalué à  2.
Pardon mais ça https://github.com/indiv0/aoc-fastest/blob/c3a2c3fa992441a481e6c15927b2cca28d715040/2024%2Fd17p2.rs
C'est pas du rust, si le fichier a bien l'extension rs, c'est quasiment uniquement de l'assembleur.
C'est le problème à se concentrer uniquement sur les performances, on fini par tordre les problèmes à des niveaux qui n'ont aucun sens.
Pour donner un autre exemple, je mettais amusé à résoudre une quinzaine d'exercices du projet Euler en meta programmation C++. Le binaire final n'avait pas d'autres instructions que return la valeur solution. Est-ce que ça veut dire que le C++ est le langage le plus performant ? Certainement pas.
C'est rigolo pour l'exercice et c'est un travail très complexe qui a été abattu, mais est-ce que pour autant ça permet de montrer "la puissance de rust" ? Personnellement je ne crois pas
Posté par barmic 🦦 le 02 janvier 2025 à 17:07. En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  2.
Je ne me plains pas d'une disparition de rss, je l'utilise tous les jours avec plaisir
Posté par barmic 🦦 le 02 janvier 2025 à 17:05. En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  4.
À ce que je sache legifrance n'a pas de flux rss et c'est pour ça que des projets comme ça existent.
À noter que le JO n'est pas ce dont il est question dans la pétition.
Ensuite si le flux rss n'est pas populaire ce n'est pas un problème encore une fois. Il appartiendrait au services de l'État d'en faire le relais sur twitter, bluesky, Facebook, LinkedIn, weechat, WhatsApp, mastodon, linuxfr, etc. Utiliser un format ouvert, standardisé, simple et parfaitement contrôlé comme pivot pour ensuite broadcaster dans toutes les plates-formes de l'univers c'est l'approche la plus sérieuse
Posté par barmic 🦦 le 02 janvier 2025 à 00:06. En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  2.
s/DGFIP/DITP/ avec les noms successifs DGME, SGMAP,… je me suis mélangé les pinceaux.
Posté par barmic 🦦 le 02 janvier 2025 à 00:03. 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.
Posté par barmic 🦦 le 01 janvier 2025 à 10:27. 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.
Posté par barmic 🦦 le 31 décembre 2024 à 00:29. 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.
Posté par barmic 🦦 le 31 décembre 2024 à 00:19. 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.
Posté par barmic 🦦 le 31 décembre 2024 à 00:17. 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 ?
Posté par barmic 🦦 le 30 décembre 2024 à 22:42. 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é
Posté par barmic 🦦 le 30 décembre 2024 à 22:37. 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é
Posté par barmic 🦦 le 29 décembre 2024 à 08:27. 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).
Posté par barmic 🦦 le 28 décembre 2024 à 06:59. 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).
Posté par barmic 🦦 le 28 décembre 2024 à 06:38. 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).
Posté par barmic 🦦 le 27 décembre 2024 à 22:09. 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 ^^)
^^
Posté par barmic 🦦 le 27 décembre 2024 à 19:09. 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).
Posté par barmic 🦦 le 27 décembre 2024 à 17:30. 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.
Posté par barmic 🦦 le 26 décembre 2024 à 22:08. 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é
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 :
Posté par barmic 🦦 le 26 décembre 2024 à 22:00. 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).
docker compose up
down
É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.
Posté par barmic 🦦 le 26 décembre 2024 à 21:26. 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
hello.java
class hello { public static void main(String[] argv) { System.out.println("Hello world!"); } }
% java hello.java Hello world!
[^] # Re: alternative
Posté par barmic 🦦 . En réponse à la dépêche Entrevue avec Herman BRULE, développeur d'Ultracopier et de CatchChallenger. Évalué à  2.
Quelle est la technique pour l'évier du coup ?
J'en suis pas particulièrement convaincu je t'avoue.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: alternative
Posté par barmic 🦦 . En réponse à la dépêche Entrevue avec Herman BRULE, développeur d'Ultracopier et de CatchChallenger. Évalué à  3.
Ce serait intéressant de voir le point de vu de l'équipe de coreutils, ils peuvent peut être reporter certaines de tes optimisations ou options.
Je ne suis pas très clair sur ce que c'est. Pour moi le cache système est quelque chose de transparent. Le système mets en cache ce qu'il lit depuis le disque et le réutilise s'il en a besoin.
Ça c'est bien que sur NVMe si j'ai bien compris. Pour un disque SSD en SATA tu n'a pas de multiples queues utilisables pour lire/écrire. C'est le genre de choses avec les quelles un outils qui se destine à un usage généraliste doit pouvoir gérer (moi j'ai pas encore de NVMe
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: crypto
Posté par barmic 🦦 . En réponse à la dépêche Entrevue avec Herman BRULE, développeur d'Ultracopier et de CatchChallenger. Évalué à  4.
Non, tu insinue qu'il ment quand il dit que des utilisateurs étaient pour rétribuer par ce biais.
Toi tu porte des insinuations sur cette personne.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Rust power
Posté par barmic 🦦 . En réponse au journal Advent of code 2024. Évalué à  2.
C'est pour ça que je le mettais en parallèle avec la méta programmation du C++ qui permet de faire faire le calcul à la compilation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pas mal
Posté par barmic 🦦 . En réponse au lien Protect Your Site With A DOOM Captcha. Évalué à  2.
Il faut rester en vie suffisamment longtemps pour pouvoir les entrer…
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Rust power
Posté par barmic 🦦 . En réponse au journal Advent of code 2024. Évalué à  2.
Pardon mais ça https://github.com/indiv0/aoc-fastest/blob/c3a2c3fa992441a481e6c15927b2cca28d715040/2024%2Fd17p2.rs
C'est pas du rust, si le fichier a bien l'extension rs, c'est quasiment uniquement de l'assembleur.
C'est le problème à se concentrer uniquement sur les performances, on fini par tordre les problèmes à des niveaux qui n'ont aucun sens.
Pour donner un autre exemple, je mettais amusé à résoudre une quinzaine d'exercices du projet Euler en meta programmation C++. Le binaire final n'avait pas d'autres instructions que return la valeur solution. Est-ce que ça veut dire que le C++ est le langage le plus performant ? Certainement pas.
C'est rigolo pour l'exercice et c'est un travail très complexe qui a été abattu, mais est-ce que pour autant ça permet de montrer "la puissance de rust" ? Personnellement je ne crois pas
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Succin
Posté par barmic 🦦 . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  2.
Je ne me plains pas d'une disparition de rss, je l'utilise tous les jours avec plaisir
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Succin
Posté par barmic 🦦 . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  4.
À ce que je sache legifrance n'a pas de flux rss et c'est pour ça que des projets comme ça existent.
À noter que le JO n'est pas ce dont il est question dans la pétition.
Ensuite si le flux rss n'est pas populaire ce n'est pas un problème encore une fois. Il appartiendrait au services de l'État d'en faire le relais sur twitter, bluesky, Facebook, LinkedIn, weechat, WhatsApp, mastodon, linuxfr, etc. Utiliser un format ouvert, standardisé, simple et parfaitement contrôlé comme pivot pour ensuite broadcaster dans toutes les plates-formes de l'univers c'est l'approche la plus sérieuse
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Succin
Posté par barmic 🦦 . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  2.
s/DGFIP/DITP/ avec les noms successifs DGME, SGMAP,… je me suis mélangé les pinceaux.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Succin
Posté par barmic 🦦 . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  3.
Par exemple en commençant par des pétitions pour pousser le politique a s'y intéresser ?
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 barmic 🦦 . 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 barmic 🦦 . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  5.
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 barmic 🦦 . 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 barmic 🦦 . En réponse au lien Pétition: Cesser d'utiliser X (anciennement Twitter) pour les communications officielles du gouverne. Évalué à  3.
La première phrase :
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 barmic 🦦 . 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 barmic 🦦 . 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.
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.
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 barmic 🦦 . En réponse au journal Retour vers le Futur - ménage numérique - le web a bien changé.. Évalué à  4.
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 barmic 🦦 . En réponse au journal Debian 13 (Trixie) : à quand le gel ?. Évalué à  2.
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 barmic 🦦 . 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 barmic 🦦 . 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 barmic 🦦 . 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 barmic 🦦 . 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 barmic 🦦 . En réponse au journal La galère de Python en déploiement. Évalué à  3.
En toute humilité
Écris sur ta sortie standard. Ça fait parti des 12 facteurs https://12factor.net/fr/logs
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 :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Container ou rien
Posté par barmic 🦦 . En réponse au journal La galère de Python en déploiement. Évalué à  2.
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
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
oudown
(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.
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 barmic 🦦 . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à  2.
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
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll