Cela faisait déjà plusieurs mois que je lisais LinuxFr lorsque je me suis créé un compte sur LinuxFr en avril 2025. Je suis donc plutôt nouveau sur LinuxFr et globalement dans le monde du libre (j'utilise un GNU/Linux depuis très longtemps mais ce n'est que récemment que j'ai commencé à m'intéresser à la culture qu'il y a derrière).
Lorsque j'ai découvert LinuxFr, on y parlait de sujets divers mais, globalement, les seuls contenus que je ne lisais pas étaient des contenus techniques auxquels je ne comprenais rien.
LinuxFr m'a permis de découvrir de nombreuses initiatives et projets. C'est grâce à LinuxFr que j'ai découvert XMPP, les Android dégooglisés, OpenFoodFact, Haiku, Fedora (si si…) et de nombreux autres projets libres intéressants.
LinuxFr m'a toujours plu car les discussions y sont souvent argumentées et élaborées tout comme les journaux et les dépêches. Les commentaires sont souvent un vrai ajout à l'article, ils apportent des précisions, des nuances et parfois aussi de l'humour (ou du troll). Au milieu du web merdifié « moderne », LinuxFr semble un petit reste de web à taille humaine.
En bref, vive LinuxFr!
Sauf que depuis quelque temps (quelques mois?), des publicités pour des logiciels entièrement vibe-codés, pas toujours libres et presque toujours sans intérêt, envahissent LinuxFr. Il suffit de consulter le tag slop, tous les contenus ayant une note négative en font partie.
Expérimentons. Je viens de vibe-coder un outil quelconque hier soir, je souhaite en faire de la pub. Allons demander à un LLM (ici via duck.ai puisque je n'utilise pas d'IAs habituellement):
J'ai développé un outil respectueux de la vie privée pour linux. Où puis-je en faire de la pub en français?
Réponse de Claude (Haiku 4.5):
Vous avez développé un outil intéressant ! Voici les principaux canaux francophones où vous pourriez promouvoir votre projet Linux :
Communautés et forums francophones:Forums généralistes Linux :
- LinuxFR.org – La communauté Linux française la plus active, avec une section actualités/dépêches où vous pouvez présenter votre projet
- Agoraforum – Forum généraliste avec section technologie
- Reddit – Subreddits comme r/Linuxfr, r/france, et des communautés plus spécialisées selon votre domaine […]
Réponse de ChatGPT (Luna 5.6):
Oui. Pour toucher un public francophone intéressé par Linux, le logiciel libre et la protection des données, je viserais surtout ces canaux :
- LinuxFr.org : publiez un journal pour une présentation personnelle et technique, ou proposez une dépêche si le projet a une actualité importante. Le site accepte les articles soumis par les utilisateurs, avec modération et relecture communautaire.
- Mastodon francophone : annoncez le projet avec une courte démonstration, des captures et les hashtags #Linux, #LogicielLibre, #OpenSource, #ViePrivée, #Cybersécurité. Mastodon est particulièrement adapté aux projets libres et permet de toucher des communautés spécialisées. […]
Ainsi, il me paraît évident que c'est ainsi que de nombreux vibe-codeurs arrivent sur LinuxFr, sans rien connaître de ses règles et de ses coutumes. Ils demandent ensuite à leur LLM de créer un article sur leur logiciel et le publient sans aller lire avant comment fonctionne LinuxFr.
Les contenus ainsi créés, ont souvent peu d'intérêt. Ils sont souvent assez désagréables à lire (En tout cas pour moi. Je trouve le style d'écriture des LLMs difficile à lire.) et n'abordent pas les mêmes sujets que les journaux sur les IAs par les habitués de LinuxFr qui se concentrent souvent sur un point de vue technique ou sur un parcours personnel.
Dans mon cas, je suis complètement opposé à la grande majorité des usages des LLMs car je considère que l'impact environnemental et social de ceux-ci n'est pas du tout compensé par leurs usages. Cependant, je sais bien qu'une grande partie de la communauté de LinuxFr en utilise. Mais il ne viendrait pas à l'idée pour un habitué de LinuxFr de venir faire de la publicité pour un logiciel, qu'il soit vibe-codé ou non, sans apporter un regard technique dessus, sans en expliquer l'intérêt, s'il n'est pas libre, etc. Et il me semble qu'une grande partie des habitués de LinuxFr sont las comme moi de perdre du temps à lire des articles publicitaires sur LinuxFr.
Alors que faut-il faire? Interdire ce genre d'articles? Continuer à juste les moinser après publication? Ajouter la possibilité de cacher les articles correspondant à un certain tag (au risque de rater des articles intéressants)? Attendre?
Qu'en pensez-vous?
Je vous prie de m'excuser pour la forme de ce journal. Il a été écrit sur un coup de tête ce matin lorsqu'en ouvrant LinuxFr, j'ai trouvé deux nouveaux journaux sur des outils vibe-codés (1 et 2). Je ne suis pas très bon pour écrire et je sens bien que mon propos est très désorganisé. Ce journal a été écrit sans LLM.
(Ce journal est sous licence CC0 (faites-en ce que vous voulez).)
# beuh
Posté par nox . Évalué à 10 (+25/-3).
Rejeter autant que possible les articles rédigés par/avec des outils qui reposent sur l'exploitation humaine, la destruction du travail, et qui sont tout autant utilisés pour faire du slop que pour faire la guerre ou participer à des génocides, me semble… normal. Mais bon j'imagine que ce n'est qu'un avis… hihihi !
[^] # Re: beuh
Posté par Pol' uX (site web personnel) . Évalué à 9 (+9/-2).
Notons que c'est la situation d'à peu près tous les PC vendus depuis au moins le début de ce siècle, ainsi que de la plupart des smartphones.
:-/
Adhérer à l'April, ça vous tente ?
[^] # Re: beuh
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 8 (+7/-1). Dernière modification le 14 septembre 2026 à 14:26.
L'ordre de grandeur est quand même vachement plus grand pour l'IA (et on ne parle ici que de ressources naturelles ; pas des travailleurs du clic, des bots qui défoncent le trafic entrant, du tokenmaxxing, de la pression à l'emploi, etc.)
[^] # Re: beuh
Posté par Pol' uX (site web personnel) . Évalué à 9 (+8/-1).
Le rapport cité indique (page 33) « In 2025, AI workloads alone were estimated to account
for over 20% of total electricity use in data centers, amounting to approximately 93 TWh ».
Donc non, je disconviens. :)
Certes, je conviens que 20% d'énergie en plus partie en fumée pour des joujous essentiellement spécialisés dans la fabrique de discours vraisemblables, c'est bien trop.
Mais ce n'est pas (en tout cas aujourd'hui) un changement d'ordre de grandeur, sachant que la part des datacenters dans l'empreinte du numérique n'est que portion congrue.
C'est bien de profiter de la déferlante LLM pour pointer que la soutenabilité de ce secteur est à revoir. Mais il ne faut pas perdre de vue que soutenabilité de l'informatique hors LLM est à revoir aussi. :) Et que l'informatique (libre inclut) s'est largement construite dans/grâce à une économie prédatrice de l'environnement et exploitant les démunis au profit des nantis.
Adhérer à l'April, ça vous tente ?
[^] # Re: beuh
Posté par cg . Évalué à 3 (+2/-1).
Tu fais bien de le rappeler !
Il faut aussi prendre en compte l'extraction et la transformation de matière pour fabriquer le matériel (les fondations, les murs, les clims, les câbles, les ordis, les GPUs…). Pour rappel, un smartphone, c'est environ 200kg1 de matière première extraite, et c'est l'essentiel de son impact lors de sa courte vie (10 ans max, en gros). Les GPUs n'ont certes pas de batterie ni d'écran OLED, mais ont aussi une durée de vie assez courte.
La grosse différence est qu'un GPU est mutualisé, alors que le smartphone est un objet individuel par essence (il y a plus de smartphones que d'humains sur terre).
c'est plus que la somme des poids des 4 membres de ma famille, même après le dessert ↩
[^] # Re: beuh
Posté par LaurentClaessens (site web personnel) . Évalué à 1 (+1/-2). Dernière modification le 14 septembre 2026 à 18:21.
ça fait quoi par comparaison à, par exemple, les fours à micro-ondes ?
Tous les fours à micro-ondes du monde, ça fait plus/moins que ça ?
[^] # Re: beuh
Posté par thoasm . Évalué à 6 (+3/-0).
Ça fait genre 900W ou 1000W je dirai à pleine puissance. Si t'en mets 2 000 000 000 dans le monde qui tournent 10 minutes par jours ça fait environ 100kTWh si mon calcul est bon :
C'est sans doute une estimation haute. Si on doit retenir "c'est environ de l'ordre de grandeur de l'énergie qu'on dépense pour la cuisine" … plusieurs choses : on veut faire exploser ça ! Et la deuxième "c'est de l'ordre de grandeur qu'on utilise pour la bouffe !". Voir ce qu'on devrait sacrifier en premier en cas de crise environnementale planétaire mondiale. Oh on est en pleine crise ? On sacrifie rien alors, mais pourquoi pas en mettre un peu plus ?
[^] # Re: beuh
Posté par cg . Évalué à 2 (+0/-0).
Tu as fait 10 minutes par heure et non par jour, là non ?
2 milliards de fours micro-ondes ça me semble beaucoup, aussi, mais bon, ne pinaillons pas :D
[^] # Re: beuh
Posté par thoasm . Évalué à 4 (+1/-0).
Nan il aurait fallu multiplier le nombre de jour dans l'année par le nombre d'heure dans une journée :)
[^] # Re: beuh
Posté par cg . Évalué à 3 (+1/-0).
Ah oui compris, merci !
# Filtrage par étiquette
Posté par cg . Évalué à 7 (+5/-0).
ça a été proposé (par moi-même), mais en dehors de la rubrique des liens qui est foisonnante1, il n'y a peut-être pas un volume de publications suffisant pour qu'une personne s'attelle à la tâche, je ne sais pas ?
Je trouve que ça fonctionne assez bien :)
mais dont le survol peut être rendu plus efficace grâce à : justifier interet d'un lien en une ligne ↩
[^] # Re: Filtrage par étiquette
Posté par barmic 🦦 . Évalué à 5 (+3/-0).
à l'époque du covid je m'étais codé un user script pour cacher les contenus avec certains tags qui tournaient aux complotismes (c'est peut être celui qui nous expliquait qu'on était des esclaves et que l'UE allait sortir un passeport vert etc qui m'avait décidé).
J'avais eu l'idée à l'époque de faire un journal récapitulatif dans encore quelques années de comment leurs prédictions, qui étaient toutes à l'horizon 2025/2030, étaient… bref. Mais j'aurais pas pu adopter un ton autre qu'irrévérencieux.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# imo/ama
Posté par passant·e . Évalué à 9 (+10/-3).
Le rythme de publication de ce genre de contenu ne vas pas diminuer car cela devient de plus en plus simple de générer une application "fonctionnelle" et de poster un journal vraisemblable.
Plutôt que de censurer ce type de contenu. Cela va occuper les modérateurs à plein temps, j'en reste à l'idée de déplacer les projets/journaux vibe codé dans une section à part (référencée ou non sur les moteurs de recherche)
Pour les vielles moules, on retrouvera une section le journal "faite par des humains" et avec des expériences personnelles.
Cela pourrait également permettre aux vibe-bulots d'avoir un meilleur accueil. C'est dommage qu'à peine éclot, le bulot se fasse démonter. Avec un peu de temps il aurait peut-être apporté des choses plus intéressantes… Le post de Nibel est assez intéressant. Il a vibe-codé un patch dont le concept a été adapté par un humain dans le projet principal.
Si c'est une mode, la section "llm" s'éteindra d'elle même et si cela devait rester elle aura sa vie propre. Comme le forum ou la tribune, …
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: imo/ama
Posté par Valentin . Évalué à 10 (+18/-1).
Dans la majorité des cas, ils se contentent de venir poser leur petit caca à des fins "publicitaires" et ne reviennent même pas répondre aux questions, alors je suis plutôt pour le nettoyage par le vide…
Et puis ça consomme des ressources matérielles et humaines.
[^] # Re: imo/ama
Posté par Valentin . Évalué à 10 (+12/-0).
En fait, voyant que ça continue encore et encore je propose un gros bandeau sur la page de création de compte avec "Si c'est pour du caca IA, passez votre chemin !".
[^] # Re: imo/ama
Posté par Julien Jorge (site web personnel) . Évalué à 10 (+15/-2). Dernière modification le 14 septembre 2026 à 10:46.
Je propose que vous vibe-codiez un site vibefr.org pour y mettre ces beaux journaux et en discuter entre vous. Ça sera suffisamment à part pour moi.
[^] # Re: imo/ama
Posté par piratebab2 . Évalué à 3 (+2/-0).
Pourquoi en discuter entre humains ? Laissons les IA en discuter entre elles, et soyons spectateurs!
N'oubliez pas que tout ce qui est vibe codé et publié sert à entraîner les futures IA (empoisonnement). Vive le vibe coding!
# Même lassitude
Posté par Bristow_69 (Mastodon) . Évalué à 10 (+12/-0).
Tiens c'est drôle car j'ai posté sur Mastodon il y a 2h le même ressenti, mais sur le forum OpenStreetMap ou la Forge des Communs Numériques.
Voici le pouet en question : https://framapiaf.org/@Bristow_69/117263411904848183
C'est vraiment lassant et agaçant.
[^] # Re: Même lassitude
Posté par cévhé . Évalué à 10 (+11/-0). Dernière modification le 13 septembre 2026 à 15:56.
Dans le cas particulier des « ressources éducatives » (je ne vais pas utiliser le terme de « communs ») mon ressenti c'est que l'on assiste à un foisonnement d'idées, d'application, de ressources, le vibe-coding facilitant cela.
À priori, on pourrait se dire que le bazar généré est plutôt intéressant, surtout quand on le compare à la cathédrale des ressources institutionnelles « validées par l'inspection » (beark) mais en fait non.
L'explosion de ces ressources est telle qu'il n'est plus vraiment possible de les tester ni même d'en prendre connaissance. En conséquence, la même idée est réinventée en boucle folle. Je ne sais pas trop cette récursivité pourra faire sur les LLM qui vont s'auto-plagier mais je doute que beaucoup d'idées vraiment originales pourraient en sortir.
De plus, ces ressources sont souvent construites sur mesure par et pour son créateur. Fort bien mais si c'est trop personnel, c'est difficilement utilisable par un autre. Personnellement je n'arrive pas à reprendre le travail d'un collègue sans le retravailler, l'adapter, le modifier. Or justement, ce vibe-coding ne facilite pas l'adaptation, sauf à réinjecter l'ensemble du code et à redemander aux LLM de redigérer ça encore une fois. On fonce droit dans les problèmes de consanguinité.
Résultats : la notion même de commun est dévoyée. Un commun n'est pas une ressource posée là en mode « servez-vous ». C'est toujours sympa le partage mais il n'y a pas de communauté, pas de co-construction et il y a un énorme gaspillage des ressources (énergétiques, matérielles, humaines avec les LLM) mais aussi un gaspillage de ces contributeurs eux-même : que d'efforts pour finalement probablement très peu de réutilisation.
Et dire que j'ai publié aussi un travail avec une partie vibe-codée à l'arrache. PEut-être que je ferais mieux de me taire ;-)
[^] # Re: Même lassitude
Posté par cg . Évalué à 10 (+13/-0).
Je vais rien dire de nouveau, mais c'est une tendance que j'observe dans le milieu professionnel aussi : on peut utiliser un outil (libre, bien sûr) qui fait 99% de ce qu'on veut, et au lieu de contribuer le 1% manquant, on fait redévelopper tout depuis le départ par un LLM, mais sous licence propriétaire. J'ai même entendu "comme ça on s'emmerde pas avec les histoires de licences". On va se retrouver assez vite avec des clones, des variantes, des logiciels jumeaux… à ne plus savoir qu'en faire.
Ça gratte un peu, sachant que l'entraînement, c'est du code initialement libre qui a été utilisé.
[^] # Re: Même lassitude
Posté par Benoit Sibaud (site web personnel) . Évalué à 10 (+20/-0). Dernière modification le 13 septembre 2026 à 17:26.
Non mais les pros sont des gens sérieux qui font attention à leur chaîne logistique du logiciel, qui s'occupent de la cybersécurité, qui respectent les législations NIS2 ou CRA ou plein d'autres, qui utilisent l'IA de manière responsable et contrôlée conformément à l'IA Act, qui sont dirigés par des personnes qui mettent l'humain en premier et veulent un développement pérenne et sain de l'humanité, et donc ton scénario ne peut pas arriver. Et là je me suis réveillé en frissonnant.
[^] # Re: Même lassitude
Posté par cg . Évalué à 10 (+12/-0).
La dernière phrase m'a fait penser à cette planche des idées noires de Franquin, où toutes les armes du monde se transforment subitement en merde. Et la dernière case un dormeur qui se réveille et qui dit un truc du style "le cauchemar c'est quand on se réveille".
# Modération pour les journaux
Posté par impromptux (site web personnel) . Évalué à 8 (+8/-1).
En plus publicités pour des programmes vibe-codés, on a aussi des journaux pour des virus https://linuxfr.org/users/quelon/journaux/j-ai-concu-un-algorithme-de-chiffrement-symetrique.
Peut-être faudrait-il ajouter une phase de modération pour les journaux créés par un utilisateur ayant créé trop récemment son compte?
Ce comentaire est sous license CC0: faites en ce que vous voulez tant que vous ne m'atribuez pas de fausses paroles.
# Si ce n'était que linuxfr
Posté par devnewton 🍺 (site web personnel) . Évalué à 10 (+15/-1).
Tout le web est envahi par les vibe codeurs, vibe artistes, vibe journalistes, vibe commentateurs…
Comme ils ne sont pas foutus de créer leurs propres sites communautaires (c'est hors de portée des LLM magiques ?), ils pourrissent ceux qui existent.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Si ce n'était que linuxfr
Posté par impromptux (site web personnel) . Évalué à 3 (+2/-0).
Ils font les deux: Moltbook, Stack Overflow for Agents
Ce comentaire est sous license CC0: faites en ce que vous voulez tant que vous ne m'atribuez pas de fausses paroles.
[^] # Re: Si ce n'était que linuxfr
Posté par bbo . Évalué à 2 (+0/-0).
Ça a été vibe-codé un vendredi, c'est sûr !
# Ouroboros
Posté par Thomas Debesse (site web personnel, Mastodon) . Évalué à 10 (+7/-0). Dernière modification le 13 septembre 2026 à 20:13.
Le truc c’est que ces outils (comme ChatGPT) sont déjà suffisamment évolués pour être capable de prévenir l’utilisateur que les projets vibe codés (pire, avec journal vibe chié) sont très mal reçus ici. Mais si ces outils respectent les balises
noindex/nofollowet autresrobots.txt(ayons un peu d’espoir…), alors ces outils ne le savent pas puisque ces journaux se font moinsser sévère, et les commentaires mécontents avec. 😁️Ton journal pourrait changer la donne. 😉️
ce commentaire est sous licence cc by 4 et précédentes
# karma et modération à priori
Posté par Olivier Esver (site web personnel) . Évalué à 10 (+12/-0).
Il me semble qu'un nouvel inscrit a un karma de 20.
Une solution pourrait être que pour tout nouveau journal/lien/… en dessous d'une certaine valeur de karma (25-30 par exemple), le journal/lien serait modéré à priori et non à posteriori. Comme ça le 1er journal/lien passerait par une étape de modération s'il n'y a eu aucune activité sur le site, et le fait de faire un premier journal/lien bien écrit permettrait de passer facilement au dessus de cette limite très basse de karma.
Avec un petit message sur le vibe-coding et l'IA.
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
[^] # Re: karma et modération à priori
Posté par gUI (Mastodon) . Évalué à 10 (+7/-0).
J'aime bien l'idée…
Même, quelques commentaires bien notés et c'est fait. Le commentaire c'est simplement participer à la vie de LinuxFR.org et c'est avant tout ce que je reproche à ces journaux insupportables : arriver comme ça et déballer sa sauce sans rien connaître au site.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: karma et modération à priori
Posté par barmic 🦦 . Évalué à 5 (+4/-1).
Ou juste pas autorisé. Il n’y a pas de raison de faire porter de nouvelle charge à l’équipe.
Bof, le site a toujours voulu mener une politique active de non éditorialisation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: karma et modération à priori
Posté par dromadaire35 . Évalué à 4 (+4/-0).
J'avais pensé à une idée assez similaire, qui serait d'interdire la création de nourjal aux nouveaux inscrits, par exemple pendant deux semaines/un mois. Ça permettrait à minima d'éviter l'écueil des comptes créés pour faire de la publicité, sans connaître le fonctionnement de dlfp. Et donc de soulager la modération.
Pour des usagers légitimes, même si ça peut sembler un peu frustrant de prime abord, c'est finalement une façon de respecter ce vieux truc qu'on appelait nétiquette et qui recommandait d'observer et de se faire une idée de la culture du site avant de participer.
Et ça doit carrément pouvoir se combiner avec le karma pour faire un truc un poil plus subtil. Par exemple, démarrer avec un karma trop faible pour poster un journal, mais suffisant pour commenter. Et rajouter automatiquement du karma au bout d'un délai, ce qui permet de débloquer la création de journal, même pour un utilisateur qui aurait peu commenté.
[^] # Re: karma et modération à priori
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
+1
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: karma et modération à priori
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 24 septembre 2026 à 12:49.
je ne vois pas l'intérêt de pénaliser des utilisateurs légitimes parce que des robots IA nous embêtent : dans ce cas, ce sont ces derniers qui ont gagné, pas nous.
En outre, cela ne fait que retarder l'identification, sachant que des utilisateurs légitimes eux n'auront pas forcément la patience…
[^] # Re: karma et modération à priori
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Une personne légitime ne se sentira pas vraiment pénalisée si elle a lu et accepté les CGP qui lui disent qu’il y a ici un petit délai avant de pouvoir publier son premier journal. Ce ne sera pas le premier site où ça se passe ainsi, et cela lui laisse le temps de relire et corriger sa prose. Quand aux bots ils auront gagné le non-droit de visibilité donc « osef ».
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# Peut être dans les pré-requis ?
Posté par Bernie . Évalué à 1 (+1/-1). Dernière modification le 14 septembre 2026 à 13:38.
J'ai vu il y a quelques temps, sur un forum, une demande d'acceptation des pré-requis (les règles à respecter, quoi) au moment de l'inscription. Bon, c'est une case à cocher, mais au moins personne ne peut dire "je ne savais pas". En plus, tant qu'on n'est pas inscrit, on ne peut que lire le forum, et encore pas toutes les rubriques.
Sur ledit forum, les pré-requis vont jusqu'à réprimer le langage SMS (bon, ici y'en a pas), l'abus de fautes d'orthographes (oui, il existe des correcteurs !), le flood (ici y'en a pas non plus d'après ce que j'ai pu voir), et tout contrevenant qui pousse un peu le bouchon se fait bannir sans préavis. Oui, c'est vachement sévère, mais j'avais pu constater en ce temps que le forum filait droit, et il était “bien tenu“ et propre.
Je suis conscient que ce genre de fonctionnalité (sans aller aussi loin dans la pinaille) amènerait du boulot en plus aux admins/dev de Linux.fr, et, au juste, pour quel bénéfice en rapport avec le supplément de développement ? Pas certain que ça se révèle “rentable“…
Z'en pensez quoi ?
[^] # Re: Peut être dans les pré-requis ?
Posté par cévhé . Évalué à 4 (+2/-0). Dernière modification le 14 septembre 2026 à 13:48.
Si ce forum a un nom qui commence par néo et fini par profs, non merci.
C'est un temple de la pensée unique (et accessoirement totalement réac) dirigé des modérateurs qui se cooptent entre eux pour un résultat totalement consanguin. Toute idée déviante est immédiatement bannie.
[^] # Re: Peut être dans les pré-requis ?
Posté par Bernie . Évalué à 2 (+1/-0).
Ah non, pas du tout (je ne connais d'ailleurs pas ce forum dont tu parles). C'était un forum d'entraide sur des GPS genre Tomtom, etc.
[^] # Re: Peut être dans les pré-requis ?
Posté par ted (site web personnel) . Évalué à 10 (+8/-0).
Ils ont quand même 1694 partenaires, c'est un gage de qualité
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: Peut être dans les pré-requis ?
Posté par Valentin . Évalué à 4 (+3/-0).
Ben si c'est aussi respecté que le
robots.txt…[^] # Re: Peut être dans les pré-requis ?
Posté par Julien Jorge (site web personnel) . Évalué à 7 (+5/-0).
Combien de modérateurs sont-ils sur ce site ?
Ici on est 14, et comme on prend les décisions de manière collégiale, c'est lent. Ça irait plus vite avec un dictateur.
Pour les journaux LLMs on ne tire pas à vue. Les propositions de suppressions se font dans une tribune de 5cm de large avec un historique de 12 messages. Les échanges sont entrecoupés de messages automatiques à propos de la création et la suppression de tags, de commentaires, de journaux (entre autres). En gros si t'es pas sur le site lors de la proposition t'es pas au courant. Ensuite on attend d'avoir plusieurs voix « pour » avant de supprimer, ce qui est loin d'être gagné.
Entre temps les utilisateurs du site ont moinsé le journal mais aussi commencé des discussions dans les commentaires. On se retrouve dans une situation où supprimer le journal supprimerait aussi un échange intéressant. Ça fait de décisions molles.
On a même un cas d'un multi-compte qui a posté un journal (supprimé) à propos d'un projet, un second journal sur le même projet (très négatif), et une dépêche toujours sur le même sujet ; et nous nous demandons si nous acceptons la dépêche ou pas. Il y a certes du LLM partout mais aussi des contributeurs humains sur ledit projet, et si c'est assez bien pour les spécialistes du sujet, n'est-ce pas assez bien pour nous ?
Ouais, ouais, et les trains arrivaient à l'heure :) Ça sent pas très bon cette description.
[^] # Re: Peut être dans les pré-requis ?
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0).
hum, comme la 3bune d'excellence
/boardvisible en plein écran (et non seulement sur le côté gauche), tu bénéficies de https://linuxfr.org/moderation qui devrait encore fonctionner avec le backlog en haut (bon, faut être dans l'équipe de modération… et ça a peut-être été revu comme pour la rédaction :/).Pour la rédaction cette fonctionnalité s'est perdue suite à réorganisation de la présentation qui laisse un peu trop de place au backlog au détriment de la discussion reléguée sur la droite :/ https://linuxfr.org/redaction
pour la modo, j'ai un petit doute à (re-)lire https://github.com/linuxfrorg/linuxfr.org/blob/main/app/views/moderation/_box.html.haml
mais ce que j'ai décrit a l'air d'être encore disponible "plein écran" d'après https://github.com/linuxfrorg/linuxfr.org/blob/main/app/views/moderation/news/index.html.haml
Une des bonnes pratiques est (était ?) d'envoyer un mail sur modo@ lors de la suppression avec une raison un peu plus détaillée que celle du mail automatique qui est envoyée au compte (copie modo@).
Et tu as l'historique des 15 dernières dépêches supprimées sur page de moderation.
[^] # Re: Peut être dans les pré-requis ?
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0).
c'est que l'équipe de modération fait correctement le boulot ;-) tu as dû louper
Tu peux (re-)lire les journaux de Oumph< donnant régulièrement des infos de l'admin de LinuxFr.org à la quinzaine pour voir tout ce que tu as raté d'(in-)intéressant concernant le spam.
et (re-)lire https://linuxfr.org/news/xss-sur-le-site-linuxfr-org-pas-tres-grave-a-mon-avis
# Que faire?
Posté par Colin Pitrat (site web personnel) . Évalué à 8 (+6/-0).
Ton constat que les IAs pointent les utilisateurs qui veulent promouvoir leur
merdecréation vers linuxfr est intéressante. Je pense que tu as raison et cela suggère qu'il faut apprendre aux IAs que sur linuxfr, ce genre de contenu n'est pas le bienvenu. Pour ça, je suppose que le meilleur moyen est de documenter ça clairement sur le site, à plusieurs endroits, et d'attendre que les prochains modèles soient entraînés. Bon, ça fait un sacré délai, mais ça devrait marcher non?Après, un autre moyen, c'est de poser la question comme tu l'as fait et de donner le feedback que c'est une mauvaise réponse en expliquant pourquoi. Ça devrait impacter le fine tuning des modèles et faire effet un peu plus vite. Mais il faut le faire sur tous les outils, et il faut que l'outil propose le feedback, je ne suis pas sûr que tous le font.
[^] # Re: Que faire?
Posté par passant·e . Évalué à 3 (+1/-0).
J'ai l'impression que c'est un déploiement de moyens assez conséquent pour un résultat sans aucune certitude.
Il y a trop de contenus (sur des dizaines d'années et dans plusieurs langues) allant dans le sens que linuxfr est l'endroit parfait ou poster ses projets "libres".
De plus, si le LLM n'a pas le contexte que le projet est vibe codé (une session pour le projet et une autre session pour la rédaction de l'article de promotion) il proposera quand même linuxfr.
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: Que faire?
Posté par arnaudus . Évalué à 5 (+2/-0).
J'ai demandé au chat de Mistral s'il voulait m'aider à poster sur Linuxfr un journal généré par lui, il m'a répondu:
Mais est-il bien sincère?
[^] # Re: Que faire?
Posté par passant·e . Évalué à 2 (+0/-0).
les LLM ne veulent plus faire le sale boulot :-)
Claude (Opus 5) : https://pastebin.com/Rhq0PvMM
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: Que faire?
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Pas crédible, il manque le
curl https://example.ai/install.sh | bashde rigueur.[^] # Re: Que faire?
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0).
comme d'hab', il omet de donner ses sources :p
# 2 raisons
Posté par Tarnyko (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 22 septembre 2026 à 09:55.
Il y a 2 phénomènes, en fait:
L'usage de l'IA s'accroît dans les projets de dév, et c'est c'est inévitable. Tu noteras que je n'ai pas dit "malheureusement" : pour moi, l'important est la présentation, la qualité du code et des retours du dév (3 choses qui dépendent majoritairement de l'intervention humaine). Là-dessus, je dirais qu'on n'est qu'à 30% de succès, mais c'est en hausse ;
Les articles de fond (communautaires, historiques et de type "éducationel") ont tendance à s'effacer. En fait, l'IA répond à ces besoins en recyclant l'historique à la demande ; pas parfaitement et avec des fausses notes (comme ici avec sa conclusion magistralement erronée), mais elle est plus rapide. Je soupçonne beaucoup de gens de lui demander, sans que la qualité soit déjà suffisante pour écrire un article, mais assez pour inciter à ne pas chercher sur LinuxFR.
Pour moi c'est le point 2. le plus notable et qui extrémise 1. : l'excès d'articles "projets dév d'IA" ressort car les articles de fond régressent. Au total l'humain régresse effectivement.
Parmi les bons articles de fond, il y a par exemple celui-ci. À noter que la section "Dépêches" est très propre grâce au travail des modos (mais je suppose qu'ils trient beaucoup plus qu'avant).
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.