je voudrais changer le bac de douche qui est fissuré
ok mais changer le bac c'est refaire le carrelage autour et ça fera moche d'avoir du carrelage différent, donc il faudrait refaire la salle de bain et en profiter pour la moderniser. Alors il faut choisir le carrelage mural, le carrelage de douche, le carrelage du sol, le type de robinetterie, le type de bac de douche, le type de pare-douche, l'éventuel sèche-serviette, le meuble, la vasque, etc, etc. Mais bon ça vaudrait le coup de refaire l'isolation sol et mur au passage, donc faut aussi choisir l'isolant sol et mur, et la couleur du plafond. Au fait vous voudrez quoi comme éclairage, combien de spots, quels emplacements, quelle couleur de lumière, etc. Au fait les prises électriques et l'arrivée/évacuation de la machine à laver, on laisse en place ou on déplace ?
Pas très différent (en volume) au final des multiples questions logicielles sur les exigences fonctionnelles (ça doit faire quoi, quelles sont toutes les fonctionnalités souhaitées, quelle IHM/CLI) et les non-fonctionnelles (volumétrie, performances, sécurité, etc.). Dans les deux situations, certaines questions sont tranchées par ce qu'on veut (initialement + les aller-retour avec le pro), par le prix, par l'esthétique, par les conseils du pro parce qu'on n'en sait rien, etc.
Pour donner une situation caricaturale, ça serait :
bonjour, je voudrais une voiture
ok, ça sera 50k€ voici les clés
merci, au revoir
(repart avec une R5 délabrée jaune fluo, une Ferrari flambante neuve, un SUV bleu ou une Majorette de 2 CV orange)
Je dirais que le nombre de personnes qui en code chute, tandis que le nombre de personnes qui l'utilise est assez constant (même si c'est à leur insu de fait).
tu peux ajouter les projets liés à un logiciel (comme le noyau Linux justement), les associations liées à un langage de programmation ou un logiciel ou une distribution, les associations professionnelles, les fondations, etc. : Framasoft, fondation Eclipse, OSI, CNLL, FSFE, APELL, https://www.agendadulibre.org/orgas , OW2, TOSIT, les spécialisées accessibilité ou ordinosaures ou embarqué ou …, etc., etc.
Ce qui revient à se demander quels types de membres / utilisateurs : individus, entreprises, associations, secteur public, enseignement/recherche, PME ou grandes structures, dans un secteur économique donné, etc.
De taille variée (entre une poignée et des milliers de membres)
À objectifs variés ("regrouper, aider, éduquer" ou "promouvoir, communiquer, défendre" ou "développer, traduire, documenter" par exemple)
Les actions sont faites par les membres ou l'éventuel personnel ou la communauté.
Visant le ou les domaines grand public, technique, utilisation, entreprise, décision, politique, etc.
(infos tirées de la présentation Assaut de Bien Fêteurs et Bien Fêtrices faite par LinuxFr.org lors de OSXP 2022)
Y a-t-il déjà eu un graphe montrant la progression d'une note d'une dépêche ou journal LinuxFr, pour voir que ça bloque plus longtemps aux alentours de 32, 42, 64 ?
Jamais vu ça et je ne l'ai jamais produit en tout cas. Sur l'année passée (plus précisémment sur la disponibilité des logs web) ou sur les trois derniers mois (plus précisément sur la disponibilité des notes sur les dépêches dans redis), en regardant les dépêches notés au-dessus de 32, ça pourrait se faire. Avec un doute préalable sur la signification statistique car les volumes doivent être faibles.
Un utilisateur qui aime Linux, mais pas retaper 15 fois la même boucle for
Je suis plutôt du genre à retaper 15 fois la boucle for, puis à force ça m'ennuie alors je scripte (ou je finis par découvrir une commande qui fait plus/mieux). Je lance 15 fois le script. Puis je me décide à l'améliorer/mieux l'intégrer/le compléter. Alors je lance 15 fois…
Mais je n'ai pas appris à faire des boucles ou des scripts en demandant à l'IA de les faire à ma place, mais en cherchant/voyant comment les autres faisaient, comment la doc disait, en faisant des commandes/scripts merdiques ou bogués, par répétition et alternance succès/échec, ce qui diffère de l'apprentissage actuel de quelqu'un a qui on met à dispo une ange gardien virtuel (plus ou moins compétent et fiable) dès le départ
Exemple typique : la rétrospective de la quinzaine, d'abord très à la main, puis des séries de commandes shell enrichies en pipe et en ssh, puis des séries de scripts… un jour peut-être un script qui lancera tout en une commande, quand j'en aurais suffisamment marre et que coder ça sera la meilleure excuse pour ne pas faire un autre truc plus urgent/important.
(Nb: le "David Goodenough" n'est pas ici sur la qualité du code mais sur la résistance à la répétition de la personne qui code)
Le sujet m'intéresse à deux titres : faire un antispam pour LinuxFr.org (bayésien ou liste de blocage) et pour le service share vers les réseaux sociaux (m'avait bien semblé aussi que la doc était cryptique/peu pédagogique.
Situation actuelle : une liste de blocage utilisée a posteriori et manuellement d'une part (entrée de suivi quelque part que je ne retrouve pas), et un code pas mis en service d'autre part.
Autre point : actuellement l'IA fait du code court "jetable" pour des non-développeurs (et qui marche tant que ça marche) ou des contributions à du code existant. Pas encore vu du clé en main où l'IA se met à l'état de l'art du devops en utilisant les meilleurs outils du langage pour lint/dev/analyse/qa/build, fournit la CI pour le maintien en conditions opérationnelles et de sécurité (du build et du run), surveille les chaines d'approvisionnement, gère les inventaires matériel et logiciel, les conformités de licence, les fins de vie et autres expirations, les sauvegardes, la supervision, l'observabilité, etc., etc., bref les contraintes de gens qui font du logiciel professionnellement, avec des contraintes et responsabilités de pro.
Cela ressemble beaucoup au passage de la micro-informatique au "numérique": une démocratisation de la consommation, mais pas des compétences.
Industrialisation du métier : avant tu avais une personne très spécialisée rare qui faisait du code (artisan) ; puis tu veux plein des développeurs (ouvrier spécialisé) ; puis tu veux des pisseurs de code qui produisent massivement du code dont la qualité est censée être contrôlée ni trop bien - ie trop cher- ni trop nulle (ouvrier) ; puis tu veux une production massive rapide (usine robotisée). L'artisan du code est peu à peu supplanté par une IA : globalement le code n'a pas à être "parfait" (personne n'est prêt à payer pour, reste que les hobbyistes), ni à être fun à faire (faut faire du code fonctionnel ou vendable), ni joli (y aura une niche art/luxe à grande valeur mais rare).
Une contreforce serait par exemple la raréfaction des ressources obligeant à garder des vieux ordi, à optimiser, à faire les poubelles pour trouver des processeurs, etc., bref à ce que la compétence humaine ait une grande valeur car l'automatisation ne serait plus possible.
Tant que le critère de maximisation est l'argent, on s'en fiche de critères comme plaisir, épanouissement, beauté, perfection, diversité/variété, production locale, production durable, qualité de la documentation, etc.
D'autres métiers ont été confrontés à ces bouleversements de production de masse, qui ont conduit à avoir électroménager / télécom / mobilier / moyen de transport / etc. dans chaque foyer.
Qu'est-ce que tu peux maitriser en plus que tu ne pourrais pas faire sans ?
Pure spéculation de ma part : au lieu d'espérer être un bon spécialiste (ici en dev), tu pourrais espérer être un bon généraliste (des bases dans plein de domaine et une assistance IA dans chaque domaine : genre dév-chercheur-statistiques-économie-sociologie ou dév-trader-macroéconomie-histoire-logistique). Risque : il pourrait n'être réellement bon en rien.
Merci de ne pas poster des liens actifs vers de tels contenus. Ne pas relayer de tels liens actifs (référencement, risque de cliquer dessus, réputation du site, etc.).
Corrigé, merci. (Partiellement corrigé de fait, c'est soit espace insécable l'unité reste avec la valeur mais en exposant, soit espace normale l'unité peut se retrouver à la ligne)
Y a une page Arrêter le contrôle du chat (sic) dans le bandeau sur la page en français. Pointant vers https://mullvad.net/fr/chatcontrol qui n'est pas encore traduit.
Néanmoins la dernière vidéo publiée sur PeerTube et Youtube l'a été il y a 4 jours et porte le numéro 74 (la dépêche mentionnée couvrait les numéros 1 à 62).
Ressenti perso : assez peu de choses vraiment chiantes à gérer ces derniers temps (ie. du problématique où il faut évaluer, argumenter, intervenir, etc.) Pas mal de spam, très régulièrement, avec des méthodes pénibles (images de casino générées par IA et chaque fois différente, traduction automatique pour la dissimulation, injection de spam en rédaction, etc.). Et surtout ça implique certaines actions manuelles et non partageables tant que l'outillage ne suit pas. (Pour le coup c'est des droits 'admin' qui sont nécessaires). Sur la modération a priori de dépêches, c'est plutôt calme. Sur les sondages, pareil, mais en plus aucun ne me plaît mais je n'ai pas eu le courage de tout rejeter.
[^] # Re: francetravail
Posté par Benoît Sibaud (site web personnel) . En réponse au journal On n'est jamais aussi mal servi que par soi-même. Évalué à 3 (+0/-0).
Cf fil de commentaires précédent
[^] # Re: Les artisans aussi
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Why developers question everything. Évalué à 7 (+4/-0). Dernière modification le 20 août 2025 à 10:37.
Expérience récente :
Pas très différent (en volume) au final des multiples questions logicielles sur les exigences fonctionnelles (ça doit faire quoi, quelles sont toutes les fonctionnalités souhaitées, quelle IHM/CLI) et les non-fonctionnelles (volumétrie, performances, sécurité, etc.). Dans les deux situations, certaines questions sont tranchées par ce qu'on veut (initialement + les aller-retour avec le pro), par le prix, par l'esthétique, par les conseils du pro parce qu'on n'en sait rien, etc.
Pour donner une situation caricaturale, ça serait :
[^] # Re: History
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 10 (+9/-0). Dernière modification le 19 août 2025 à 13:16.
https://packages.debian.org/trixie/perl-base paquet encore obligatoire sur une Debian 13 (100% d'installation sur le Debian Popularity Contest de fait https://qa.debian.org/popcon.php?package=perl )
encore assez haut au classement TIOBE https://www.statista.com/statistics/793628/worldwide-developer-survey-most-used-languages/ par exemple
beaucoup plus profond dans https://spectrum.ieee.org/top-programming-languages-2024 ou dans https://www.statista.com/statistics/793628/worldwide-developer-survey-most-used-languages/
Je dirais que le nombre de personnes qui en code chute, tandis que le nombre de personnes qui l'utilise est assez constant (même si c'est à leur insu de fait).
[^] # Re: bloc peu lisible
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 4 (+1/-0).
Corrigé, merci.
[^] # Re: Intégration des images dans une dépêche
Posté par Benoît Sibaud (site web personnel) . En réponse à la page de wiki Aide Edition. Évalué à 3 (+0/-0).
L'adresse de l'image seule, hors de toute page web, est https://zzz.zaclys.com/download.php?z=2&doc_id=8266967 . C'est cette adresse qu'il faut utiliser.
[^] # Re: que donne tes recherches internet sur le sujet ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message Structuration de la communauté Linux en France et en Europe. Évalué à 5 (+2/-0). Dernière modification le 18 août 2025 à 11:53.
tu peux ajouter les projets liés à un logiciel (comme le noyau Linux justement), les associations liées à un langage de programmation ou un logiciel ou une distribution, les associations professionnelles, les fondations, etc. : Framasoft, fondation Eclipse, OSI, CNLL, FSFE, APELL, https://www.agendadulibre.org/orgas , OW2, TOSIT, les spécialisées accessibilité ou ordinosaures ou embarqué ou …, etc., etc.
Ce qui revient à se demander quels types de membres / utilisateurs : individus, entreprises, associations, secteur public, enseignement/recherche, PME ou grandes structures, dans un secteur économique donné, etc.
De taille variée (entre une poignée et des milliers de membres)
À objectifs variés ("regrouper, aider, éduquer" ou "promouvoir, communiquer, défendre" ou "développer, traduire, documenter" par exemple)
Les actions sont faites par les membres ou l'éventuel personnel ou la communauté.
Visant le ou les domaines grand public, technique, utilisation, entreprise, décision, politique, etc.
(infos tirées de la présentation Assaut de Bien Fêteurs et Bien Fêtrices faite par LinuxFr.org lors de OSXP 2022)
# Yapuka
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Retirer les liens brlspeak.net. Évalué à 4 (+1/-0). Dernière modification le 17 août 2025 à 19:20.
commentaire
https://linuxfr.org/nodes/12410/comments/231938 ✅
dépêches
journal
https://linuxfr.org/users/wighie/journaux/communique-les-samedis-du-libre-1 <- pas de lien
[^] # Re: Let's Encrypt et OCSP
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Activer l'OCSP Stapling dans la configuration nginx. Évalué à 3 (+0/-0).
https://letsencrypt.org/2025/08/06/ocsp-service-has-reached-end-of-life.html
[^] # Re: [hors-sujet] J'ai cassé la note 42
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Debian GNU/Linux 13 : prêt pour le service. Évalué à 3 (+0/-0). Dernière modification le 15 août 2025 à 10:09.
Jamais vu ça et je ne l'ai jamais produit en tout cas. Sur l'année passée (plus précisémment sur la disponibilité des logs web) ou sur les trois derniers mois (plus précisément sur la disponibilité des notes sur les dépêches dans redis), en regardant les dépêches notés au-dessus de 32, ça pourrait se faire. Avec un doute préalable sur la signification statistique car les volumes doivent être faibles.
# Code méthode David Goodenough avec limiteur par emmerdemment
Posté par Benoît Sibaud (site web personnel) . En réponse au message Quels outils utilisez-vous pour générer du code rapidement grâce à l’IA ?. Évalué à 10 (+8/-0). Dernière modification le 15 août 2025 à 10:01.
Je suis plutôt du genre à retaper 15 fois la boucle for, puis à force ça m'ennuie alors je scripte (ou je finis par découvrir une commande qui fait plus/mieux). Je lance 15 fois le script. Puis je me décide à l'améliorer/mieux l'intégrer/le compléter. Alors je lance 15 fois…
Mais je n'ai pas appris à faire des boucles ou des scripts en demandant à l'IA de les faire à ma place, mais en cherchant/voyant comment les autres faisaient, comment la doc disait, en faisant des commandes/scripts merdiques ou bogués, par répétition et alternance succès/échec, ce qui diffère de l'apprentissage actuel de quelqu'un a qui on met à dispo une ange gardien virtuel (plus ou moins compétent et fiable) dès le départ
Exemple typique : la rétrospective de la quinzaine, d'abord très à la main, puis des séries de commandes shell enrichies en pipe et en ssh, puis des séries de scripts… un jour peut-être un script qui lancera tout en une commande, quand j'en aurais suffisamment marre et que coder ça sera la meilleure excuse pour ne pas faire un autre truc plus urgent/important.
(Nb: le "David Goodenough" n'est pas ici sur la qualité du code mais sur la résistance à la répétition de la personne qui code)
[^] # Re: Commentaire intéressant, validisme et prestige social
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Fil Mastodon : comment la réforme de l’orthographe de 1990 a été massacrée . Évalué à 4 (+1/-0).
Les chiffres sont-ils valides ? Telle est la question. (Apparemment on a déjà tranché pour les lettres)
[^] # Re: NB maj du README sous peu
Posté par Benoît Sibaud (site web personnel) . En réponse au journal J'ai niqué le p0rn : l'antispam qui marchait (étrangement). Évalué à 6 (+3/-0).
Le sujet m'intéresse à deux titres : faire un antispam pour LinuxFr.org (bayésien ou liste de blocage) et pour le service share vers les réseaux sociaux (m'avait bien semblé aussi que la doc était cryptique/peu pédagogique.
Situation actuelle : une liste de blocage utilisée a posteriori et manuellement d'une part (entrée de suivi quelque part que je ne retrouve pas), et un code pas mis en service d'autre part.
[^] # Re: AOL ça n'a jamais marché
Posté par Benoît Sibaud (site web personnel) . En réponse au lien AOL met fin à son accès internet via le RTC le 30 septembre 2025. Évalué à 4 (+1/-0). Dernière modification le 14 août 2025 à 09:07.
France : Arrêt du cuivre et fin de l'ADSL
La carte de fermeture (Orange)
La fermeture du réseau cuivre (ARCEP)
[^] # Re: lien non fonctionnel ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Lettre d'information XMPP de juin 2025. Évalué à 3 (+0/-0).
Corrigé, merci.
[^] # Re: Système impérial
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 3 (+0/-0).
De 1,6 pouces pour eux (enfin 1.6 in)
[^] # Re: Inédit pour les métiers qualifiés
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Coder avec l'IA : le déclin du plaisir. Évalué à 4 (+1/-0).
Autre point : actuellement l'IA fait du code court "jetable" pour des non-développeurs (et qui marche tant que ça marche) ou des contributions à du code existant. Pas encore vu du clé en main où l'IA se met à l'état de l'art du devops en utilisant les meilleurs outils du langage pour lint/dev/analyse/qa/build, fournit la CI pour le maintien en conditions opérationnelles et de sécurité (du build et du run), surveille les chaines d'approvisionnement, gère les inventaires matériel et logiciel, les conformités de licence, les fins de vie et autres expirations, les sauvegardes, la supervision, l'observabilité, etc., etc., bref les contraintes de gens qui font du logiciel professionnellement, avec des contraintes et responsabilités de pro.
[^] # Re: Lien erroné
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Auxilium - Simplifiez le Traitement des Arguments de vos Scripts Shell. Évalué à 3 (+0/-0).
Corrigé, merci.
[^] # Re: Inédit pour les métiers qualifiés
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Coder avec l'IA : le déclin du plaisir. Évalué à 7 (+4/-0).
Industrialisation du métier : avant tu avais une personne très spécialisée rare qui faisait du code (artisan) ; puis tu veux plein des développeurs (ouvrier spécialisé) ; puis tu veux des pisseurs de code qui produisent massivement du code dont la qualité est censée être contrôlée ni trop bien - ie trop cher- ni trop nulle (ouvrier) ; puis tu veux une production massive rapide (usine robotisée). L'artisan du code est peu à peu supplanté par une IA : globalement le code n'a pas à être "parfait" (personne n'est prêt à payer pour, reste que les hobbyistes), ni à être fun à faire (faut faire du code fonctionnel ou vendable), ni joli (y aura une niche art/luxe à grande valeur mais rare).
Une contreforce serait par exemple la raréfaction des ressources obligeant à garder des vieux ordi, à optimiser, à faire les poubelles pour trouver des processeurs, etc., bref à ce que la compétence humaine ait une grande valeur car l'automatisation ne serait plus possible.
Tant que le critère de maximisation est l'argent, on s'en fiche de critères comme plaisir, épanouissement, beauté, perfection, diversité/variété, production locale, production durable, qualité de la documentation, etc.
D'autres métiers ont été confrontés à ces bouleversements de production de masse, qui ont conduit à avoir électroménager / télécom / mobilier / moyen de transport / etc. dans chaque foyer.
[^] # Re: Mon petit retour sur le sujet
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Coder avec l'IA : le déclin du plaisir. Évalué à 4 (+1/-0).
Pure spéculation de ma part : au lieu d'espérer être un bon spécialiste (ici en dev), tu pourrais espérer être un bon généraliste (des bases dans plein de domaine et une assistance IA dans chaque domaine : genre dév-chercheur-statistiques-économie-sociologie ou dév-trader-macroéconomie-histoire-logistique). Risque : il pourrait n'être réellement bon en rien.
[^] # Re: Version(s) de Linux Mint ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message pourquoi Linux Mint 22.1 fonctionne tres bien en live et tres tres lentement en dur ?. Évalué à 4 (+1/-0).
Corrigé, merci.
# NdM: liens neutralisés
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Phishing niveau avancé : le faux livreur par SMS. Évalué à 8 (+5/-0).
Merci de ne pas poster des liens actifs vers de tels contenus. Ne pas relayer de tels liens actifs (référencement, risque de cliquer dessus, réputation du site, etc.).
[^] # Re: problème de mise en forme (typos)
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 3 (+0/-0).
Corrigé, merci. (Partiellement corrigé de fait, c'est soit espace insécable l'unité reste avec la valeur mais en exposant, soit espace normale l'unité peut se retrouver à la ligne)
[^] # Re: L'importance de la confidentialité
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Stop chat control. Évalué à 3 (+0/-0).
Y a une page Arrêter le contrôle du chat (sic) dans le bandeau sur la page en français. Pointant vers https://mullvad.net/fr/chatcontrol qui n'est pas encore traduit.
[^] # Re: référence vers la dépêche dont il est question
Posté par Benoît Sibaud (site web personnel) . En réponse au message Vidéos réalisées par Visio3 sur Linux Mint 22. Évalué à 9 (+6/-0).
Néanmoins la dernière vidéo publiée sur PeerTube et Youtube l'a été il y a 4 jours et porte le numéro 74 (la dépêche mentionnée couvrait les numéros 1 à 62).
[^] # Re: Merci Nÿco
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de juillet 2025. Évalué à 4 (+1/-0). Dernière modification le 07 août 2025 à 15:01.
Ressenti perso : assez peu de choses vraiment chiantes à gérer ces derniers temps (ie. du problématique où il faut évaluer, argumenter, intervenir, etc.) Pas mal de spam, très régulièrement, avec des méthodes pénibles (images de casino générées par IA et chaque fois différente, traduction automatique pour la dissimulation, injection de spam en rédaction, etc.). Et surtout ça implique certaines actions manuelles et non partageables tant que l'outillage ne suit pas. (Pour le coup c'est des droits 'admin' qui sont nécessaires). Sur la modération a priori de dépêches, c'est plutôt calme. Sur les sondages, pareil, mais en plus aucun ne me plaît mais je n'ai pas eu le courage de tout rejeter.
https://linuxfr.org/statistiques/moderation