OK pour les serveurs, et qu'en est-il dans le bureaux ?
Ok, ça ne cite pas explicitement LibreOffice ou Firefox mais, dans l'article, on lit :
Sur les postes de travail, la DGFiP n'utilise ni la suite Office, ni Active Directory. Seul Windows subsiste, et la migration vers Linux est activement étudiée […]
Pour les quelques fonctionnalités n'impliquant pas d'extensions, c'est assez immédiat (genre les unlogged table) mais sinon, oui c'est probablement moins facile à mettre en œuvre (et c'était une boutade, j'aurai pu te dire "postgres ne fait qu'une chose : gérer tes données" 😄)
Juste, je constate que les devs (moi le premier) connaissent assez mal leur SGBDR (et le SQL en passant). Je ne vois pas pourquoi on connaîtrait mieux notre Kafka ou notre Redis 😅
Je ne comprends pas comment on augmenterait la résilience ou même la performance d'un système en ajoutant des outils spécialisés pour pouvoir continuer d'utiliser basiquement l'outil généraliste en place, juste pour ne pas avoir à apprendre à l'utiliser mieux.
Donc, même si c'est moins immédiat, j'en arrive à penser qu'il vaut mieux parfois investir un peu dans la connaissance de son SGBDR. Car il y aura quand même des problèmes de prod qui impliqueront de se plonger dedans.
Mettre un Redis pour quelques centaines de sessions ou un Kafka pour quelques millions des messages par mois, juste parce que c'était pas assez user-friendly de faire un peu de (dé)normalisation ou d'analyse de perfs ou de lire la doc, c'est faire un refus d'obstacle (avec probablement l'argument de "l'innovation" ou la "scalabilité-qui-n'est-pas-encore-là-mais-qui-viendra-un-jour-c'est-sûr" pour la bonne conscience).
Cela s'applique aussi plutôt bien si la prod est gérée par une équipe de runners. Souvent, ça ira sur le SGBDR mais ça commencera à piquer sur le Kafka (par exemple, c'est pareil avec un Solr ou OpenSearch). La prolifération de middleware va pousser les runners à se spécialiser et ça n'empêchera pas certains incidents de remonter à l'équipe de développement qui sera totalement désarmée si le problème n'est pas fonctionnel.
D'une part, c'est un peu à l'encontre du principe "un outil pour une tâche".
Si tu considères PG comme un outil : oui. Mais si tu considères l'extension PG comme un outil, tu auras presque un outil pour une tâche ;-)
Ensuite, si le serveur Postgres tombe en rade, c'est tous les autres services qui tombent aussi.
J'ai toujours été étonné du nombre d'applications distribuées qui étaient développées en considérant implicitement que "le Kafka" ou "le microservice-dont-j'ai-besoin" ne tombe jamais. Quand ça arrive, tu te rends compte que tu as juste un monolithe distribué.
J'étais arrêté au fait que Swarm était mort des années de cela.
Je n'ai suivi les actus Docker que de très loin, la vie m'ayant emmené plutôt côté Podman avec lequel je ne fais franchement rien de compliqué ou de fou fou.
Au risque d'exposer mon cruel manque de culture, j'étais donc un peu resté sur docker/podman-compose d'un côté et Kubernetes/Nomad de l'autre (peut-être entretenu par les outils comme Rancher Desktop ou Podman Desktop). Avec des trucs comme dokku au milieu.
Enfin bref, tout ça pour commenter que je ne savais pas que Docker Swarm existait encore et que celui-qui-est-mort s'appelle finalement Docker Classic Swarm.
Ce que la doc précise bien :
Do not confuse Docker Swarm mode with Docker Classic Swarm which is no longer actively developed
Je vais me faire l'avocat du diable mais on écrivait ici-même récemment :
Pouvoirs publics, commande planifiée, de façon démocratique ET par des gens qui s'y connaissent (et on laisse de côté les commerciaux hallucinés par l'IA et les désirs de Silicon Valley à la Française)
Je ne connais pas bien les institutions européennes. Cependant, je lis quand même dans l'article qu'elle a été élue et que c'est une professionnelle.
Sans que cela soit exclusif, ce sont les positions du PPE, plus que celles de son précédent employeur, qu'elle va défendre (vu que c'est grâce à la droite libérale conservatrice qu'elle est arrivée là).
Je suis désolé d'avoir extrait qu'un morceau du commentaire que je cite car ça le sort du contexte général de la discussion. Mais, personnellement, j'ai immédiatement fait le lien avec les commentaires ici. Car je trouve que le problème est parfaitement illustré : il faut "des gens" indépendants mais "qui connaissent" sauf que pour connaître, il faut travailler dans le secteur 1 mais, ce faisant, "les gens" y perdent une partie de leur indépendance. Sans l'indépendance, il y a un risque de devenir une oligarchie. Avec uniquement des sachants, il y a un risque de devenir une technocratie.
L'équilibre ne parait pas simple à trouver. J'aime l'idée d'avoir des "institutions les plus robustes possibles à la corruption" et d'avoir des agences de contrôle fiables et soutenues par les politiques. J'aimerais bien aussi un registre sur qui voit quel.le.s lobbyiste.s quand (et pas juste qui a investit combien en lobbying sur l'année).
ou au moins s'y investir très sérieusement parce que ça peut être velu, ici c'est du droit ↩
Je pense que l'AGPL ne changera rien sur ce genre de logiciel pour les entreprises.
Ça n'aurait un impact (relatif) que sur les entreprises qui font du PKI-as-a-service.
Pour toutes les autres, la PKI sera interne à l'infrastructure, non ? Si modifié, le code source n'aurait donc qu'à être diffusé sur le Gitlab interne de l'entreprise et hop, "les utilisateurs du logiciel ont bien accès au code source"
Donc, un développeur a fait corriger une typo à Claude pendant qu'il était dans le métro. Ça l'a fait (légitimement) marrer que ça soit en prod avant qu'il arrive. Il en parle à la pause café avec les collègues. Le co-CEO était dans la meeting room voisine, probablement en train de finaliser un deck. Il a entendu ça d'une oreille avant que son call démarre.
on a de l'exagération
C'est parce que tu ne fais pas d'efforts 😉 Basé sur cet échantillon représentatif (et en étant open-minded sur la définition de ce mot), on peut facilement extrapoler que 100% des meilleurs développeurs corrigent 100% des bugs comme ça 😊
Enfin, heureusement qu'il reste les mauvais développeurs pour écrire encore un peu de code ou adapter celui proposé par l'IA… Ça doit être grâce à ces mauvais que Jetbrains n'a pas encore été doublé par Slack sur le marché des IDE.
"J'en ai rien à foutre mais si je gagne des dollars, je dirai que c'est ma liberté d'entreprendre et si je dois perdre des dollars, je dirai que c'est la responsabilité individuelle des autres"
Que tu sois obligé de poser la question montre bien notre déclin civilisationnel ⸮
Le problème de la taille de la fenêtre à l'ouverture en tiling a été abordé dans ce billet de blog
L'article (qui date de 2023 et qui n'est donc plus obligatoirement pertinent) indique qu'il faudrait que les applications puissent publier des métadonnées supplémentaires pour faire quelque chose de pas mal :
One important missing piece is having information on the maximum desired size of a window. This is the size beyond which the window content stops looking good. Not having this information is one of the reasons that traditional tiling window managers have issues, especially on larger screens. This maximum size would not be a hard limit and manual resizing would still be possible. Instead, the system would use the maximum size as one factor when it calculates an optimal window layout. For example, when tiling to the side of the screen, a window would only grow as wide as its maximum width rather than filling exactly half of the screen.
In addition, it’d be helpful to know the range of ideal sizes where an app works best. While an app may technically work at mobile sizes that’s probably not the best way to use that app if you have a large display. To stay with our chat example, you probably want to avoid folding the sidebar if it can be avoided, so the range of ideal sizes would be between the point where it becomes single pane and its maximum usable size.
Ideally these properties could be set dynamically depending on the window content. For example, a spreadsheet with a lot of columns but few rows could have a wider ideal size than one with lots of rows.
[^] # Re: Nuance
Posté par bbo . En réponse au lien Comme quoi, c'est possible.. Évalué à 10 (+8/-0).
Ok, ça ne cite pas explicitement LibreOffice ou Firefox mais, dans l'article, on lit :
[^] # Re: Argumentaire séduisant
Posté par bbo . En réponse au lien YOU JUST NEED POSTGRES. Stop building your own distributed systems nightmare.. Évalué à 5 (+4/-1).
Pour les quelques fonctionnalités n'impliquant pas d'extensions, c'est assez immédiat (genre les unlogged table) mais sinon, oui c'est probablement moins facile à mettre en œuvre (et c'était une boutade, j'aurai pu te dire "postgres ne fait qu'une chose : gérer tes données" 😄)
Juste, je constate que les devs (moi le premier) connaissent assez mal leur SGBDR (et le SQL en passant). Je ne vois pas pourquoi on connaîtrait mieux notre Kafka ou notre Redis 😅
Je ne comprends pas comment on augmenterait la résilience ou même la performance d'un système en ajoutant des outils spécialisés pour pouvoir continuer d'utiliser basiquement l'outil généraliste en place, juste pour ne pas avoir à apprendre à l'utiliser mieux.
Donc, même si c'est moins immédiat, j'en arrive à penser qu'il vaut mieux parfois investir un peu dans la connaissance de son SGBDR. Car il y aura quand même des problèmes de prod qui impliqueront de se plonger dedans.
Mettre un Redis pour quelques centaines de sessions ou un Kafka pour quelques millions des messages par mois, juste parce que c'était pas assez user-friendly de faire un peu de (dé)normalisation ou d'analyse de perfs ou de lire la doc, c'est faire un refus d'obstacle (avec probablement l'argument de "l'innovation" ou la "scalabilité-qui-n'est-pas-encore-là-mais-qui-viendra-un-jour-c'est-sûr" pour la bonne conscience).
Cela s'applique aussi plutôt bien si la prod est gérée par une équipe de runners. Souvent, ça ira sur le SGBDR mais ça commencera à piquer sur le Kafka (par exemple, c'est pareil avec un Solr ou OpenSearch). La prolifération de middleware va pousser les runners à se spécialiser et ça n'empêchera pas certains incidents de remonter à l'équipe de développement qui sera totalement désarmée si le problème n'est pas fonctionnel.
[^] # Re: Argumentaire séduisant
Posté par bbo . En réponse au lien YOU JUST NEED POSTGRES. Stop building your own distributed systems nightmare.. Évalué à 4 (+2/-0).
Si tu considères PG comme un outil : oui. Mais si tu considères l'extension PG comme un outil, tu auras presque un outil pour une tâche ;-)
J'ai toujours été étonné du nombre d'applications distribuées qui étaient développées en considérant implicitement que "le Kafka" ou "le microservice-dont-j'ai-besoin" ne tombe jamais. Quand ça arrive, tu te rends compte que tu as juste un monolithe distribué.
# Je le croyais mort... mais non !
Posté par bbo . En réponse au journal Docker swarm et CI, les contextes à la rescousse. Évalué à 6 (+4/-0).
J'étais arrêté au fait que Swarm était mort des années de cela.
Je n'ai suivi les actus Docker que de très loin, la vie m'ayant emmené plutôt côté Podman avec lequel je ne fais franchement rien de compliqué ou de fou fou.
Au risque d'exposer mon cruel manque de culture, j'étais donc un peu resté sur docker/podman-compose d'un côté et Kubernetes/Nomad de l'autre (peut-être entretenu par les outils comme Rancher Desktop ou Podman Desktop). Avec des trucs comme dokku au milieu.
Enfin bref, tout ça pour commenter que je ne savais pas que Docker Swarm existait encore et que celui-qui-est-mort s'appelle finalement Docker Classic Swarm.
Ce que la doc précise bien :
Donc : je te remercie de m'avoir mis à jour !
[^] # Re: On n'est jamais mieux servi que par soi même
Posté par bbo . En réponse au lien Une ex-lobbyiste de Meta en charge du droit du numérique européen. Évalué à 2 (+0/-0).
Je vais me faire l'avocat du diable mais on écrivait ici-même récemment :
Je ne connais pas bien les institutions européennes. Cependant, je lis quand même dans l'article qu'elle a été élue et que c'est une professionnelle.
Sans que cela soit exclusif, ce sont les positions du PPE, plus que celles de son précédent employeur, qu'elle va défendre (vu que c'est grâce à la droite libérale conservatrice qu'elle est arrivée là).
Je suis désolé d'avoir extrait qu'un morceau du commentaire que je cite car ça le sort du contexte général de la discussion. Mais, personnellement, j'ai immédiatement fait le lien avec les commentaires ici. Car je trouve que le problème est parfaitement illustré : il faut "des gens" indépendants mais "qui connaissent" sauf que pour connaître, il faut travailler dans le secteur 1 mais, ce faisant, "les gens" y perdent une partie de leur indépendance. Sans l'indépendance, il y a un risque de devenir une oligarchie. Avec uniquement des sachants, il y a un risque de devenir une technocratie.
L'équilibre ne parait pas simple à trouver. J'aime l'idée d'avoir des "institutions les plus robustes possibles à la corruption" et d'avoir des agences de contrôle fiables et soutenues par les politiques. J'aimerais bien aussi un registre sur qui voit quel.le.s lobbyiste.s quand (et pas juste qui a investit combien en lobbying sur l'année).
ou au moins s'y investir très sérieusement parce que ça peut être velu, ici c'est du droit ↩
[^] # Re: Snif Snif
Posté par bbo . En réponse au lien Motorola annonce un partenariat avec GrapheneOS. Évalué à 4 (+2/-0).
Motorola se donne les moyens pour pénétrer le marché du smartphone au Venezuela ⸮
# sudo-rs n'est pas (re)développé par Ubuntu
Posté par bbo . En réponse au lien Sudo est en danger, et tout le monde s'en moque !. Évalué à 6 (+4/-0).
Mais par la Trifecta Tech Foundation
Ubuntu n'a fait qu'adopter cette implémentation par défaut, à priori en collaborant avec le projet amont.
[^] # Re: Anthropic céde au chantage du pentagone
Posté par bbo . En réponse au lien Le Pentagone donne 3 jours à Anthropic pour lever ses restrictions, ou être black-listé. Évalué à 2 (+0/-0).
Vu que le billet de Maurice Ulrich ne semble plus exister sur l'Huma, je dirai qu'il faut croire Le Monde (et le Figaro) :-)
[^] # Re: SPSPL
Posté par bbo . En réponse au journal Projet qui vient de sortir. Évalué à 3 (+1/-0).
Je pense que l'AGPL ne changera rien sur ce genre de logiciel pour les entreprises.
Ça n'aurait un impact (relatif) que sur les entreprises qui font du PKI-as-a-service.
Pour toutes les autres, la PKI sera interne à l'infrastructure, non ? Si modifié, le code source n'aurait donc qu'à être diffusé sur le Gitlab interne de l'entreprise et hop, "les utilisateurs du logiciel ont bien accès au code source"
[^] # Re: En moins alarmiste (mais ça reste une grosse fuite)
Posté par bbo . En réponse au lien Une fuite de données médicales inquiète en France, entre 11 et 15 millions de personnes touchées. Évalué à 4 (+2/-0). Dernière modification le 28 février 2026 à 11:54.
Un commentaire sur Next se demande si on ne parle pas de 11 à 15 millions de données sur les personnes.
C'est vrai que ça semble mieux coller dans les ordres de grandeur.
(Sans rien enlever à la gravité d'une fuite de données contenant des informations personnelles et sensibles !)
[^] # Re: "Leaving GitHub [...] you'll miss the ecosystem"
Posté par bbo . En réponse au lien "Made in EU" - it was harder than I thought.. Évalué à 3 (+1/-0).
C'est pas courant courant comme choix !
Comment t'es-tu retrouvé à l'utiliser ? Des éléments à partager sur ce que tu apprécies dans cet outil vs le plus classique Gitlab et ses MR ?
[^] # Re: MariaDB vs MySQL
Posté par bbo . En réponse au lien Une lettre ouverte à Oracle pour discuter de la gouvernance de MySQL (oui, il est temps !). Évalué à 5 (+3/-0).
La réalité, c'est que MySQL est encore très présente. La situation MySQL/MariaDB ne semble donc pas comparable avec OpenOffice/LibreOffice.
[^] # Re: Il y a une spec pour ça !
Posté par bbo . En réponse au journal Selfid Connect : l'authentification de confiance. Évalué à 3 (+1/-0).
Je connaissais IndieAuth qui fait (presque) ça aussi !
[^] # Re: Je n'y crois pas un instant.
Posté par bbo . En réponse au lien Spotify : nos meilleurs développeurs n'ont pas écrit une seule ligne de code depuis des mois. Évalué à 3 (+1/-0).
Donc, un développeur a fait corriger une typo à Claude pendant qu'il était dans le métro. Ça l'a fait (légitimement) marrer que ça soit en prod avant qu'il arrive. Il en parle à la pause café avec les collègues. Le co-CEO était dans la meeting room voisine, probablement en train de finaliser un deck. Il a entendu ça d'une oreille avant que son call démarre.
C'est parce que tu ne fais pas d'efforts 😉 Basé sur cet échantillon représentatif (et en étant open-minded sur la définition de ce mot), on peut facilement extrapoler que 100% des meilleurs développeurs corrigent 100% des bugs comme ça 😊
Enfin, heureusement qu'il reste les mauvais développeurs pour écrire encore un peu de code ou adapter celui proposé par l'IA… Ça doit être grâce à ces mauvais que Jetbrains n'a pas encore été doublé par Slack sur le marché des IDE.
⸮
# "les pouvoirs publics n’ont jamais accepté d’allouer les moyens financiers nécessaires"
Posté par bbo . En réponse au lien Laits infantiles contaminés : faute de moyens (réclamés par l'ANSES depuis 3 ans), la France délègue les analyses à la Belgique. Évalué à 4 (+2/-0).
Comme toujours avec la sécurité : avant c'est trop cher, après c'est trop tard…
[^] # Re: Léodagan
Posté par bbo . En réponse au lien Générer des PDF en utilisant HTML et CSS. Évalué à 4 (+3/-1).
Et pour celles et ceux qui vivent par cet adage, il y a même moyen d'avoir son mug, sa casquette ou son t-shirt ! :-)
[^] # Re: Titre modifié
Posté par bbo . En réponse au lien [France Culture] L'Europe contre-attaque : Thierry Breton est l'invité du Grand entretien des Matins. Évalué à 4 (+2/-0).
Je suis toujours étonné qu'on arrive à des chiffres pareils au terme de calculs très précis…
A ce volume de milliards, on ne peut être que dans "la grosse maille" et sans aucune garantie d'avoir atteint l'objectif.
PS : je suis désolé, je t'ai moinssé par mauvais glissement du doigt :-|
[^] # Re: ???
Posté par bbo . En réponse au lien Scandale des nus générés par Grok: Elon Musk a trouvé sa solution.... Évalué à 7 (+5/-0).
"J'en ai rien à foutre mais si je gagne des dollars, je dirai que c'est ma liberté d'entreprendre et si je dois perdre des dollars, je dirai que c'est la responsabilité individuelle des autres"
Que tu sois obligé de poser la question montre bien notre déclin civilisationnel ⸮
# Et la licence...
Posté par bbo . En réponse au journal Présentation d'Oxylus. Évalué à 6 (+4/-0).
Comme on est sur LinuxFr :-), la licence du logiciel est GPL v3.
[^] # Re: Erreur 522
Posté par bbo . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 2 (+0/-0).
Il s'est peut-être fait DLFPété !
[^] # Re: Certaines applications complètement écrasées par défaut
Posté par bbo . En réponse au lien MosaicWM, le prototype du futur du fenêtrage dans GNOME, cherche des testeurs. Évalué à 4.
Le problème de la taille de la fenêtre à l'ouverture en tiling a été abordé dans ce billet de blog
L'article (qui date de 2023 et qui n'est donc plus obligatoirement pertinent) indique qu'il faudrait que les applications puissent publier des métadonnées supplémentaires pour faire quelque chose de pas mal :
# Tel un phoenix !
Posté par bbo . En réponse au lien 500 millions d'utilisateurs disent non à Windows 11, merci la stratégie IA 🥳🎉🎊🥂🍾🪩. Évalué à 4.
A.k.a Nepomuk v2
\o/
[^] # Re: « un vilain unwrap en Rust »
Posté par bbo . En réponse au lien Cloudflare : incident du 18-nov post mortem (un vilain unwrap en Rust). Évalué à 8. Dernière modification le 19 novembre 2025 à 14:51.
Est-ce vraiment possible chez Cloudflare ?
Edit : pour le dire autrement, comment simuler 20% du trafic mondial de manière crédible ?
[^] # Re: Influence d'Ubuntu ?
Posté par bbo . En réponse au lien Debian Mandates Rust for APT, Reshaping Ubuntu and Other Linux Distros . Évalué à 2.
Merci pour la correction !
J'ai honte, je vais sortir 🫣
# Influence d'Ubuntu ?
Posté par bbo . En réponse au lien Debian Mandates Rust for APT, Reshaping Ubuntu and Other Linux Distros . Évalué à 2.
Sachant que Julian Andres Klode est développeur Ubuntu et salarié Canonical, c'est probablement à mettre en lien avec le projet d'oxidisation d'Ubuntu (dont les derniers faits d'armes sont l'utilisation de
sudo-rsetrust-coreutilspar défaut dans Ubuntu 25.10)