L'attachement jusqu'à l'absurde à des "sources secondaires" sur Wikipédia FR est aussi un problème récurrent.
Un exemple classique : un groupe de musique indique un changement de line-up sur la page Facebook qui leur sert de site officiel : source rejetée parce que "primaire" et "C'est Facebook". Un obscur webzine fait un article dont le corps est une citation intégrale de l'annonce d'origine sans rien ajouter : "c'est bon, c'est une source secondaire".
Cela dit, ces deux derniers articles sont très en raccord avec mon propos en postant ce lien (dans le titre) : c’est aux administrateurs d’instances de comprendre ce qu’impliquent ces listes avant de les utiliser (et donc de vérifier ce qu’il y a dedans et comment elles sont mises à jour). S’il y a des gens qui préfèrent être entre eux et se font des outils pour ça, grand bien leur fasse ; le problème survient quand ces blocages deviennent involontaires parce qu’un admin a bloqué n’importe quoi sans réfléchir.
Il n’y a pas de problème intrinsèque à des instances avec une liste de blocage longue comme un jour sans pain (ou avec une liste blanche). Les admins et les utilisateurs de ces instances font bien ce qu’ils veulent sur leur instance (dans le respect de la loi et d’autrui), et si ça amène à des micro-réseaux à peu près indépendants, c’est le problème des utilisateurs de ces réseaux.
Le problème survient quand ce genre de pratique déborde dans la partie fédérée/générale du réseau, via deux mécanismes :
Soit les instances peu claires sur les conséquences de leur fermeture, en particulier sur le fait qu’y créer un compte ne permettra pas d’accéder correctement à la fédération générale (dans les deux sens : le compte ne verra qu’une petite partie de la fédération, et sera sans doute beaucoup invisibilisé aussi) ;
Soit les administrateurs d’instances n’ont pas conscience des conséquences qu’impliquent les listes des blocages qu’ils peuvent récupérer ici et là, et appliquent des blocages beaucoup trop restrictifs à une instance qui se veut généraliste.
Le cas de oliphant.social qui a mené à tout ce débat est intéressant, parce que le système se présente comme plutôt généraliste avec plusieurs niveaux de blocage, tout en reconnaissant implicitement qu’il y a quelque chose de cassé dans son approche puisque le mainteneur est obligé d’avoir un système de liste blanche, pré-rempli avec 59 serveurs, et dans laquelle il impose manuellement quatre serveurs : les trois plus gros (mastodon.social, mastodon.online et mstdn.social), un « juste au cas où » (ce qui en dit long sur la confiance qu’il accorde à ses sources, ou aux autres sources que voudraient ajouter les utilisateurs de ses listes). Et c’est de là que découle tout le drame : les règles pour se retrouver dans cette liste blanche sont hyper restrictives. On se retrouve donc avec un jeu de règles qui se veut « grand public » mais qui dans les faits est proche de ce qui s’appliquerait sur un serveur très restreint, avec des bannissements sans raison claire et sans possibilité d’en sortir à moins d’être « bien connu » ou d’accepter de rentrer exactement dans le moule proposé. Le système aurait été présenté comme un outil au sein d’une communauté, c’aurait été plus sain.
Enfin, beaucoup de cas de blocage (et de présence dans ce type de liste) que je vois passer semblent relever d’une mauvaise compréhension de ce qu’est la fédération, et en particulier d’une confusion – hélas fréquente et déjà très problématique sur Twitter ou au sommet de l’état – entre te qui tient d’une action de type observer/lire/s’informer et ce qui tient d’une action de type soutenir/excuser.
À l’heure actuel, le problème est plutôt l’inverse : les bloqueurs en série n’hésitent pas à bloquer des instances géantes pour quelques cas problématiques, ce qui provoque énormément de dégâts collatéraux. Il y a même pas mal de dramas entre de grosses instances qui se bloquent mutuellement, ce qui nuit à la fédération dans son ensemble.
On vivra quand même malgré eux (sur Twitter si il le fait, par défaut d'offre alternative), c'est juste plus compliqué pour ceux qui aimeraient sortir de Twitter pour des raisons légitimes.
Pour moi ça rejoint un des défauts de Mastodon depuis ses débuts : son positionnement par rapport à Twitter.
D’un côté, c’est difficilement une alternative viable (pour plein de raisons, incluant la complexité inhérente au système de fédération, la viabilité du protocole à grande échelle, les problèmes de sous-réseaux et de modération, etc), et surtout pas en remplacement à l’identique. D’ailleurs, une partie des zélotes de Mastodon communique fort sur le fait que ça n’est pas un remplacement à Twitter.
D’un autre côté, les réseaux sont très proches dans le concept, ont pas mal de buts fonctionnels en commun, au point que beaucoup d’interfaces sont complètement identiques. D’ailleurs, une partie des zélotes de Mastodon communique fort sur le fait que c’est un remplacement à Twitter.
Et au milieu de tout ça, aucun consensus ne se dégage, ce qui continue à entretenir la confusion.
Si tu te sert de Mastodon comme d’un micro-réseau isolé du reste, en fédération avec uniquement les instances « amies », ce genre de problème de modération n’existe pas. Encore faut-il être conscient qu’on est sur un tel sous-réseau.
Le clash arrive quand les règles de modération internes à une instances entre en collision avec le concept de fédération à grande échelle. Par exemple, est-ce que les personnes qui ont bloqué mastodon.social pour une poignée de toxiques sont conscientes que ce faisant elles ont bloqué presque un million de comptes d’un coup ?
Les listes comme celles mentionnées dans le lien sont « utiles » si on veut conserver son instance dans son sous-réseau isolé. Par contre, les utiliser sans avoir conscience de ce qu’elles impliquent réellement, c’est courir le risque d’avoir une énorme masse de dégâts collatéraux.
Un autre problème de ces listes, d’une certaine façon, c’est qu’elles sont un formidable annuaire pour les personnes qui cherchent des contenus toxiques… sans que je n’aie d’idée pour les bloques sans les lister.
C'est très intéressant, parce qu'on voit bien l'impact gigantesque de la politique, de l'honnêteté et des priorités réelles des acteurs impliqués, et le traitement des médias.
Pour moi, les commentaires que tu pointes sont plus du domaine de la modération.
Linuxfr.org a fait le choix d'une modération qui intervient très peu. C'est un choix qui a du sens, avec ses avantages et inconvénients ; mais on peut difficilement s'étonner de ses effets de bord. En particulier le fait que des messages peu engageantes ou franchement clivants puissent rester en place sans "réaction visible" de la part de la modération.
Je ne dis pas qu'il faut absolument changer de mode de modération – je me fais pas partie de l'équipe ou de l'association – mais simplement que si ce genre de message pose problème, la solution est pour moi une solution humaine, qui consiste à changer les règles de modération du site pour interdire (et masquer) ce genre de comportement. Ça implique entre autre d'avoir des règles très claires et assez de modérateurs pour les faire respecter, sans quoi ça peut vite devenir le drame permanent.
Cela dit, je pense en effet qu'il y a certains comportements ici qui ne sont pas très accueillants et que linuxfr.org pourrait s'améliorer sur ce point. Et clairement pour moi les votes ne sont pas la priorité n°1 de ce point de vue.
Principalement parce que le nucléaire civil, sur les technologies telles que celles utilisées en occident, ne permet absolument pas de faire du nucléaire militaire – sauf peut-être une bombe sale.
Le nucléaire civil tourne avec du combustible peu enrichi (quelques pourcents). Une bombe nucléaire a besoin d’un combustible extrêmement enrichi (presque 100 %). C’est d’ailleurs pour ça que les affirmations de l’Iran comme quoi elle enrichit son combustible pour un usage civil ne sont pas crédibles – et ne sont pas crues.
Il reste le cas des réacteurs nucléaires militaires, pour équiper sous-marins et porte-avions, et là aussi ils sont très différents des technologies civiles.
Rien de nouveau dans cette « critique ». C’est l’argumentaire habituel de Greenpeace et compagnie, y compris (et surtout) tous les mensonges déjà débunkés par ailleurs, et la place absurde du nucléaire par rapport au propos d’origine.
Bref, c’est un anti-nucléaire qui n’a pas apprécié les quelques pages d’insultes discutées ici et qui déverse sa logorrhée habituelle. Rien de nouveau ni d’intéressant.
PS : attention, il y a de vrais arguments dans la liste, qui sont intéressants et peuvent être pris en compte. Hélas, ils sont noyés dans un déluge de n’importe quoi qui va du « douteux » au « franchement mensonger », et ce sans aucune source.
Pour moi un score n’a d’intérêt qu’associé au nombre de votes (au moins up + down, idéalement le détail), parce que seule cette information permet de faire la différence entre :
Une note « moyenne » parce que le contenu est peu voté (sans doute n’intéresse-t-il pas ou est-il consensuel sans apporter énormément) ;
et une note « moyenne » parce que le contenu est très clivant.
Si le système de votes est modifié de façons à ce qu’une seule personne ne puisse plus accéder qu’à une métrique telle qu’elle ne permet plus de comprendre correctement l’usage des votes, pour moi autant supprimer tout le système.
Ça me chagrine toujours quand je vois des « introductions » entièrement en ligne de commande avec des fonctionnements avancés (cf la figure 4) ou qui demandent de bien comprendre ce qu’on fait (le rebase par exemple).
Mon mauvais, dans mon souvenir "Is coding in Rust as bad as in C++?" était le sous-titre et "A practical comparison of build and test speed between C++ and Rust." le titre, alors que c'est l'inverse. Et comme l'URL https://quick-lint-js.com/blog/cpp-vs-rust-build-times/ parle des temps de compilation et que d'ordinaire elle est créée d'après le titre, je n'ai pas pensé à vérifier.
« Bouchonner » c’est « mettre un bouchon », donc empêcher qu’un composant informatique qui est censé communiquer avec l’extérieur, communique réellement avec l’extérieur. En général tu veux tracer l’action qui aurait dû être faite sans vraiment la faire.
Ça permet de tester tout ce qu’il y a en amont sans faire sortir les données de test vers de vrais systèmes de production.
Ici ça n’avait pas été fait pour les SMS, donc les SMS de l’environnement de formation avaient été envoyés vers les numéros utilisés… qui en plus étaient réels.
Dans le même genre, il y a longtemps quand le RGPD n’était qu’un rêve, la DSI arrive dans le bureau des développeurs :
La DSI : « Dites, on a Madame A. au téléphone, vous la connaissez ? Elle dit qu’elle reçoit des dizaines de SMS de notre part depuis hier. »
Des devs : « Là, comme ça, non. »
Un dev : « Moi si, c’est l’exemple que j’ai utilisé pour montrer l’outil aux formateurs l’autre jour. Mais normalement elle ne devrait pas recevoir de SMS, on a bien précisé à l’équipe d’exploitation que l’environnement de formation devait être bouchonné. »
Ben, non, l’environnement n’était pas bouchonné, et peuplé d’une copie de la base de données de production, avec de vraies information client… et tout le personnel en formation gérait des « alertes » remontées par Madame A…
Pour comprendre ce qu’est la HDR (« High Dynamic Range ») il faut comprendre d’abord ce qu’est la dynamique d’une image (« Dynamic Range »). C’est tout simplement « l’écart » entre la luminosité maximale (le « blanc ») et la luminosité minimale (le « noir ») de l’image.
Pour des raisons de perception de l’œil humain, le découpage entre ces luminosités n’est pas linéaire mais logarithmique. On compte en « stops » ou en « intensité lumineuse (IL) » (ça a encore d’autre noms), avec +1 IL = le double de la luminosité.
Un bon tirage papier avec une belle encre bien noire sur un papier bien blanc peut avoir une dynamique d’environ 8 IL. C’est aussi la dynamique des écrans standards, qui correspond bien au codage informatique sous-jacent (8 bits par canal pour 8 IL, c’est pratique).
Sauf qu’en fait, 8 IL, c’est peu. Les sources varient, mais l’œil humain a environ 14 IL de dynamique instantanée, et bien plus avec de l’adaptation. N’importe quel capteur d’appareil photo même médiocre, utilisé à sa sensibilité nominale, a une sensibilité d’au moins 12 IL (en plus d’être linéaire, mais c’est un autre problème).
C’est là qu’intervient le HDR, qui recouvre toutes les techniques visant à acquérir, traiter et restituer une dynamique supérieure aux 8 IL « standard » de l’informatique (surtout de la photo, très en retard sur la vidéo sur ce point).
En prise de vue : le capteur, la chaine de traitement.
En restitution : les capacités de l’écran ou du projecteur, en particulier sa luminosité maximale et la profondeur d’encodage de couleurs, on a souvent 10 bits par canal et 10 IL.
En photo, c’est particulier : il y a
le HDR réel (l’image est encodée avec une meilleure dynamique que 10 bits par canal – donc pas en jpeg) ;
et « l’effet HDR » qui consiste à compresser (pas toujours de façon très subtile) la dynamique d’une image à haute dynamique pour la faire rentrer de force dans une image à basse dynamique affichable n’importe où. C’est souvent cette technique seule à laquelle on pense quand on dit « HDR » (parce que c’est la plus ancienne), sauf qu’elle ne permet pas de comprendre ce qui se passe avec les écrans HDR, ou ici avec le support du HDR dans Linux, parce que ça n’a rien à voir.
Le mode de la vidéo génère des contenus en HDR (généralement 10 bits par canal) depuis un moment déjà. Les écrans de télévision et parfois les écrans d’ordinateur gèrent plus ou moins bien cette dynamique, avec une jungle de normes et de formats incompatibles et incompréhensibles. L’un des points principaux à vérifier c’est la luminosité maximale, sans quoi la « haute dynamique » va se faire surtout entre du très très sombre et du pas si lumineux que ça, et n’aura pas grand intérêt. J’esquive volontairement les notions de colorimétrie et de contraste dynamique qui rentrent en jeu.
Quant aux moteurs de jeu vidéo, ça ne leur pose aucune difficulté de générer des images réellement HDR, à partir du moment ou ils ont été conçus pour ça. Au contraire, ça permet d’éliminer des techniques de compression de dynamique dont le rendu peut être étrange (vous vous rappelez d’Oblivion ?). La difficulté dans le jeu vidéo, c’est surtout d’avoir toute la chaine de traitement (jeu, pilotes, carte graphique, OS, écran) capable de gérer les images pondues par le jeu.
J’ai de la famille antinucléaire et des tas de connaissance sans opinion particulière sur le sujet, et la croyance qu’une centrale peut exploser comme une bombe, je l’ai entendue souvent. De même pour la confusion entre « la centrale peut exploser » (pour tout un tas de raisons d’ailleurs) et les dégâts des bombes atomiques, encore lus dans des articles à propos de la guerre en Ukraine.
D’ailleurs et de façon assez ironique, une explosion nucléaire (type bombe A ou bombe H) isolée provoque sans doute beaucoup moins de dégâts à long termes qu’une catastrophe de centrale, en particulier à cause de la masse de matériel radioactif en jeu (des kg dans un bombe, des dizaines de tonnes dans une centrale). Hiroshima et Nagasaki ont été rasées de façon horrible, mais cumulent plus de 1,5 millions d’habitants aujourd’hui.
Après, à titre personnel, en cas de guerre ou de catastrophe naturelle, j’aurais plus peur des effets sur les industries dangereuses type Seveso (coucou Lubrisol ou Seveso – justement –) ou, pour mes proches concernés, des barrages (bonjour Malpasset ou Banqiao) que des centrales nucléaires du type utilisé en France.
[^] # Re: Pas besoin de complotisme, juste le moindre effort =)
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal si on ne fait rien, Xonotic va disparaitre de wikipedia FR. Évalué à 10.
L'attachement jusqu'à l'absurde à des "sources secondaires" sur Wikipédia FR est aussi un problème récurrent.
Un exemple classique : un groupe de musique indique un changement de line-up sur la page Facebook qui leur sert de site officiel : source rejetée parce que "primaire" et "C'est Facebook". Un obscur webzine fait un article dont le corps est une citation intégrale de l'annonce d'origine sans rien ajouter : "c'est bon, c'est une source secondaire".
La connaissance libre : https://zestedesavoir.com
[^] # Re: Je m'y attendais…
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Un souci…. Évalué à 2.
Perdu, moi c’est SpaceFox, PsychoFox c’est un autre renard :D
La connaissance libre : https://zestedesavoir.com
[^] # Je n’ai pas de souci avec l’orthographe, c’est elle qui a un souci avec moi
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Un souci…. Évalué à 6.
La faute de l'orthographe | Arnaud Hoedt Jérôme Piron | TEDxRennes
La connaissance libre : https://zestedesavoir.com
[^] # Re: Résumé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Mastodon : listes de blocages : vérifiez les implications réelles avant de les utiliser. Évalué à 3.
Je mets un bémol quand même : quand tu prends la peine d’écrire un readme et une série d’article sur ton blog notamment le détail de fonctionnement de l’algorithme, une procédure de mise à jour, une explication détaillée de pourquoi tu peux te retrouver sur une blocklist, des guidelines et j’en passe, c’est que tu n’es pas sur Git(hub) « juste pour la transparence » ou parce que c’est plus simple pour toi pour gérer ta petite liste perso. C’est que tu imagines que ton outil va être utilisé, et que tu fais tout le nécessaire pour ça. Et, partant de ce constat, les articles sur le côté arbitraire de la défédération et le fait de ne pas faire confiance à priori à cette liste de bloquage, pour moi, ressemblent surtout à du damage control par rapport à tous les problèmes plus ou moins anticipés de ce genre de projet.
Cela dit, ces deux derniers articles sont très en raccord avec mon propos en postant ce lien (dans le titre) : c’est aux administrateurs d’instances de comprendre ce qu’impliquent ces listes avant de les utiliser (et donc de vérifier ce qu’il y a dedans et comment elles sont mises à jour). S’il y a des gens qui préfèrent être entre eux et se font des outils pour ça, grand bien leur fasse ; le problème survient quand ces blocages deviennent involontaires parce qu’un admin a bloqué n’importe quoi sans réfléchir.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Résumé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Mastodon : listes de blocages : vérifiez les implications réelles avant de les utiliser. Évalué à 3.
Non mais cette liste c'est n'importe quoi : on y trouve Tumblr (qui a bien un projet de fédération, je ne sais pas où ça en est) : https://github.com/sgrigson/oliphant/blob/main/blocklists/_unified_max_blocklist.csv#L1623
Mais aussi, quelques lignes plus bas, twitter.com. Oui. Juste au cas où, j'imagine ?
La connaissance libre : https://zestedesavoir.com
[^] # Re: Problème du fédivers
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Mastodon : listes de blocages : vérifiez les implications réelles avant de les utiliser. Évalué à 5.
Il n’y a pas de problème intrinsèque à des instances avec une liste de blocage longue comme un jour sans pain (ou avec une liste blanche). Les admins et les utilisateurs de ces instances font bien ce qu’ils veulent sur leur instance (dans le respect de la loi et d’autrui), et si ça amène à des micro-réseaux à peu près indépendants, c’est le problème des utilisateurs de ces réseaux.
Le problème survient quand ce genre de pratique déborde dans la partie fédérée/générale du réseau, via deux mécanismes :
Le cas de oliphant.social qui a mené à tout ce débat est intéressant, parce que le système se présente comme plutôt généraliste avec plusieurs niveaux de blocage, tout en reconnaissant implicitement qu’il y a quelque chose de cassé dans son approche puisque le mainteneur est obligé d’avoir un système de liste blanche, pré-rempli avec 59 serveurs, et dans laquelle il impose manuellement quatre serveurs : les trois plus gros (mastodon.social, mastodon.online et mstdn.social), un « juste au cas où » (ce qui en dit long sur la confiance qu’il accorde à ses sources, ou aux autres sources que voudraient ajouter les utilisateurs de ses listes). Et c’est de là que découle tout le drame : les règles pour se retrouver dans cette liste blanche sont hyper restrictives. On se retrouve donc avec un jeu de règles qui se veut « grand public » mais qui dans les faits est proche de ce qui s’appliquerait sur un serveur très restreint, avec des bannissements sans raison claire et sans possibilité d’en sortir à moins d’être « bien connu » ou d’accepter de rentrer exactement dans le moule proposé. Le système aurait été présenté comme un outil au sein d’une communauté, c’aurait été plus sain.
Enfin, beaucoup de cas de blocage (et de présence dans ce type de liste) que je vois passer semblent relever d’une mauvaise compréhension de ce qu’est la fédération, et en particulier d’une confusion – hélas fréquente et déjà très problématique sur Twitter ou au sommet de l’état – entre te qui tient d’une action de type observer/lire/s’informer et ce qui tient d’une action de type soutenir/excuser.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Problème du fédivers
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Mastodon : listes de blocages : vérifiez les implications réelles avant de les utiliser. Évalué à 5.
À l’heure actuel, le problème est plutôt l’inverse : les bloqueurs en série n’hésitent pas à bloquer des instances géantes pour quelques cas problématiques, ce qui provoque énormément de dégâts collatéraux. Il y a même pas mal de dramas entre de grosses instances qui se bloquent mutuellement, ce qui nuit à la fédération dans son ensemble.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Résumé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Mastodon : listes de blocages : vérifiez les implications réelles avant de les utiliser. Évalué à 6.
Pour moi ça rejoint un des défauts de Mastodon depuis ses débuts : son positionnement par rapport à Twitter.
D’un côté, c’est difficilement une alternative viable (pour plein de raisons, incluant la complexité inhérente au système de fédération, la viabilité du protocole à grande échelle, les problèmes de sous-réseaux et de modération, etc), et surtout pas en remplacement à l’identique. D’ailleurs, une partie des zélotes de Mastodon communique fort sur le fait que ça n’est pas un remplacement à Twitter.
D’un autre côté, les réseaux sont très proches dans le concept, ont pas mal de buts fonctionnels en commun, au point que beaucoup d’interfaces sont complètement identiques. D’ailleurs, une partie des zélotes de Mastodon communique fort sur le fait que c’est un remplacement à Twitter.
Et au milieu de tout ça, aucun consensus ne se dégage, ce qui continue à entretenir la confusion.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Problème du fédivers
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Mastodon : listes de blocages : vérifiez les implications réelles avant de les utiliser. Évalué à 5. Dernière modification le 18 janvier 2023 à 16:45.
Si tu te sert de Mastodon comme d’un micro-réseau isolé du reste, en fédération avec uniquement les instances « amies », ce genre de problème de modération n’existe pas. Encore faut-il être conscient qu’on est sur un tel sous-réseau.
Le clash arrive quand les règles de modération internes à une instances entre en collision avec le concept de fédération à grande échelle. Par exemple, est-ce que les personnes qui ont bloqué mastodon.social pour une poignée de toxiques sont conscientes que ce faisant elles ont bloqué presque un million de comptes d’un coup ?
Les listes comme celles mentionnées dans le lien sont « utiles » si on veut conserver son instance dans son sous-réseau isolé. Par contre, les utiliser sans avoir conscience de ce qu’elles impliquent réellement, c’est courir le risque d’avoir une énorme masse de dégâts collatéraux.
Un autre problème de ces listes, d’une certaine façon, c’est qu’elles sont un formidable annuaire pour les personnes qui cherchent des contenus toxiques… sans que je n’aie d’idée pour les bloques sans les lister.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Le nombre de votes est indispensable, sinon autant tout supprimer
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au sondage Seriez-vous pour masquer le score des commentaires ?. Évalué à 2.
Oui, on a le même problème sur les contenus. Et c’est dommage.
La connaissance libre : https://zestedesavoir.com
# L'histoire de l'île de El Hierro, premier territoire à l'électricité 100% renouvelable
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Une critique poussée de la BD "Le monde sans fin" de Blain et Jancovici (nucléaire mais pas que). Évalué à 3.
Première partie : https://threadreaderapp.com/thread/1604744608574906368.html
Deuxième partie : https://threadreaderapp.com/thread/1605832512076333056.html
C'est très intéressant, parce qu'on voit bien l'impact gigantesque de la politique, de l'honnêteté et des priorités réelles des acteurs impliqués, et le traitement des médias.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Le nombre de votes est indispensable, sinon autant tout supprimer
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au sondage Seriez-vous pour masquer le score des commentaires ?. Évalué à 5.
Pour moi, les commentaires que tu pointes sont plus du domaine de la modération.
Linuxfr.org a fait le choix d'une modération qui intervient très peu. C'est un choix qui a du sens, avec ses avantages et inconvénients ; mais on peut difficilement s'étonner de ses effets de bord. En particulier le fait que des messages peu engageantes ou franchement clivants puissent rester en place sans "réaction visible" de la part de la modération.
Je ne dis pas qu'il faut absolument changer de mode de modération – je me fais pas partie de l'équipe ou de l'association – mais simplement que si ce genre de message pose problème, la solution est pour moi une solution humaine, qui consiste à changer les règles de modération du site pour interdire (et masquer) ce genre de comportement. Ça implique entre autre d'avoir des règles très claires et assez de modérateurs pour les faire respecter, sans quoi ça peut vite devenir le drame permanent.
Cela dit, je pense en effet qu'il y a certains comportements ici qui ne sont pas très accueillants et que linuxfr.org pourrait s'améliorer sur ce point. Et clairement pour moi les votes ne sont pas la priorité n°1 de ce point de vue.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pas taper c'est vendredi ! Un extrait pour illustrer.
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Une critique poussée de la BD "Le monde sans fin" de Blain et Jancovici (nucléaire mais pas que). Évalué à 10.
Principalement parce que le nucléaire civil, sur les technologies telles que celles utilisées en occident, ne permet absolument pas de faire du nucléaire militaire – sauf peut-être une bombe sale.
Le nucléaire civil tourne avec du combustible peu enrichi (quelques pourcents). Une bombe nucléaire a besoin d’un combustible extrêmement enrichi (presque 100 %). C’est d’ailleurs pour ça que les affirmations de l’Iran comme quoi elle enrichit son combustible pour un usage civil ne sont pas crédibles – et ne sont pas crues.
Il reste le cas des réacteurs nucléaires militaires, pour équiper sous-marins et porte-avions, et là aussi ils sont très différents des technologies civiles.
La connaissance libre : https://zestedesavoir.com
# Cette « critique », c’est un déluge de tous les faux arguments anti-nucléaires déjà débunkés
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Une critique poussée de la BD "Le monde sans fin" de Blain et Jancovici (nucléaire mais pas que). Évalué à 7. Dernière modification le 13 janvier 2023 à 19:23.
Rien de nouveau dans cette « critique ». C’est l’argumentaire habituel de Greenpeace et compagnie, y compris (et surtout) tous les mensonges déjà débunkés par ailleurs, et la place absurde du nucléaire par rapport au propos d’origine.
Bref, c’est un anti-nucléaire qui n’a pas apprécié les quelques pages d’insultes discutées ici et qui déverse sa logorrhée habituelle. Rien de nouveau ni d’intéressant.
PS : attention, il y a de vrais arguments dans la liste, qui sont intéressants et peuvent être pris en compte. Hélas, ils sont noyés dans un déluge de n’importe quoi qui va du « douteux » au « franchement mensonger », et ce sans aucune source.
La connaissance libre : https://zestedesavoir.com
# Le nombre de votes est indispensable, sinon autant tout supprimer
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au sondage Seriez-vous pour masquer le score des commentaires ?. Évalué à 10.
Pour moi un score n’a d’intérêt qu’associé au nombre de votes (au moins up + down, idéalement le détail), parce que seule cette information permet de faire la différence entre :
Si le système de votes est modifié de façons à ce qu’une seule personne ne puisse plus accéder qu’à une métrique telle qu’elle ne permet plus de comprendre correctement l’usage des votes, pour moi autant supprimer tout le système.
La connaissance libre : https://zestedesavoir.com
# De l’intérêt d’une GUI pour utiliser Git, surtout quand on débute
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Git it ! (introduction complète et simple à Git). Évalué à 6. Dernière modification le 13 janvier 2023 à 10:31.
De l’intérêt d’une GUI pour utiliser Git, surtout quand on débute : Git : la GUI est votre amie !
Ça me chagrine toujours quand je vois des « introductions » entièrement en ligne de commande avec des fonctionnements avancés (cf la figure 4) ou qui demandent de bien comprendre ce qu’on fait (le rebase par exemple).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Sous-titre
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Is coding in Rust as bad as in C++?. Évalué à 4.
Mon mauvais, dans mon souvenir "Is coding in Rust as bad as in C++?" était le sous-titre et "A practical comparison of build and test speed between C++ and Rust." le titre, alors que c'est l'inverse. Et comme l'URL https://quick-lint-js.com/blog/cpp-vs-rust-build-times/ parle des temps de compilation et que d'ordinaire elle est créée d'après le titre, je n'ai pas pensé à vérifier.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Sous-titre
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Is coding in Rust as bad as in C++?. Évalué à 1.
C'est un ènième exemple de pourquoi il faudrait éviter de récrire les titres des liens partagés.
La connaissance libre : https://zestedesavoir.com
[^] # Re: un peu gratuit
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Quantification de l'augmentation des discours de haine depuis le rachat de Twitter par le sale gosse. Évalué à 9.
C'est un journal, non ?
La connaissance libre : https://zestedesavoir.com
[^] # Re: Souvenir, souvenir
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Les données personnelles de 10 000 allocataires de la CAF mises en ligne sur internet. Évalué à 3.
100 % d’accord, mais si le jargon était logique et cohérent, ça se saurait :D
La connaissance libre : https://zestedesavoir.com
[^] # Re: Souvenir, souvenir
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Les données personnelles de 10 000 allocataires de la CAF mises en ligne sur internet. Évalué à 4. Dernière modification le 06 janvier 2023 à 15:32.
Ah oui, pardon, c’est du jargon.
« Bouchonner » c’est « mettre un bouchon », donc empêcher qu’un composant informatique qui est censé communiquer avec l’extérieur, communique réellement avec l’extérieur. En général tu veux tracer l’action qui aurait dû être faite sans vraiment la faire.
Ça permet de tester tout ce qu’il y a en amont sans faire sortir les données de test vers de vrais systèmes de production.
Ici ça n’avait pas été fait pour les SMS, donc les SMS de l’environnement de formation avaient été envoyés vers les numéros utilisés… qui en plus étaient réels.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Souvenir, souvenir
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Les données personnelles de 10 000 allocataires de la CAF mises en ligne sur internet. Évalué à 10.
Dans le même genre, il y a longtemps quand le RGPD n’était qu’un rêve, la DSI arrive dans le bureau des développeurs :
La DSI : « Dites, on a Madame A. au téléphone, vous la connaissez ? Elle dit qu’elle reçoit des dizaines de SMS de notre part depuis hier. »
Des devs : « Là, comme ça, non. »
Un dev : « Moi si, c’est l’exemple que j’ai utilisé pour montrer l’outil aux formateurs l’autre jour. Mais normalement elle ne devrait pas recevoir de SMS, on a bien précisé à l’équipe d’exploitation que l’environnement de formation devait être bouchonné. »
Ben, non, l’environnement n’était pas bouchonné, et peuplé d’une copie de la base de données de production, avec de vraies information client… et tout le personnel en formation gérait des « alertes » remontées par Madame A…
La connaissance libre : https://zestedesavoir.com
[^] # Re: La part réelle du nucléaire dans le bouquin
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Erratum pour «Le monde sans fin» : Dargaud piégé par des activistes. Évalué à 4.
On pourrait parler de l’ARENH aussi : un lobby réellement puissant n’aurais jamais permis cette gabegie.
La connaissance libre : https://zestedesavoir.com
[^] # Re: HDR
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Le HDR est en phase d'arriver sous Linux - Merci Josh Ashton & Valve. Évalué à 6. Dernière modification le 04 janvier 2023 à 10:09.
Pour comprendre ce qu’est la HDR (« High Dynamic Range ») il faut comprendre d’abord ce qu’est la dynamique d’une image (« Dynamic Range »). C’est tout simplement « l’écart » entre la luminosité maximale (le « blanc ») et la luminosité minimale (le « noir ») de l’image.
Pour des raisons de perception de l’œil humain, le découpage entre ces luminosités n’est pas linéaire mais logarithmique. On compte en « stops » ou en « intensité lumineuse (IL) » (ça a encore d’autre noms), avec +1 IL = le double de la luminosité.
Un bon tirage papier avec une belle encre bien noire sur un papier bien blanc peut avoir une dynamique d’environ 8 IL. C’est aussi la dynamique des écrans standards, qui correspond bien au codage informatique sous-jacent (8 bits par canal pour 8 IL, c’est pratique).
Sauf qu’en fait, 8 IL, c’est peu. Les sources varient, mais l’œil humain a environ 14 IL de dynamique instantanée, et bien plus avec de l’adaptation. N’importe quel capteur d’appareil photo même médiocre, utilisé à sa sensibilité nominale, a une sensibilité d’au moins 12 IL (en plus d’être linéaire, mais c’est un autre problème).
C’est là qu’intervient le HDR, qui recouvre toutes les techniques visant à acquérir, traiter et restituer une dynamique supérieure aux 8 IL « standard » de l’informatique (surtout de la photo, très en retard sur la vidéo sur ce point).
Le mode de la vidéo génère des contenus en HDR (généralement 10 bits par canal) depuis un moment déjà. Les écrans de télévision et parfois les écrans d’ordinateur gèrent plus ou moins bien cette dynamique, avec une jungle de normes et de formats incompatibles et incompréhensibles. L’un des points principaux à vérifier c’est la luminosité maximale, sans quoi la « haute dynamique » va se faire surtout entre du très très sombre et du pas si lumineux que ça, et n’aura pas grand intérêt. J’esquive volontairement les notions de colorimétrie et de contraste dynamique qui rentrent en jeu.
Quant aux moteurs de jeu vidéo, ça ne leur pose aucune difficulté de générer des images réellement HDR, à partir du moment ou ils ont été conçus pour ça. Au contraire, ça permet d’éliminer des techniques de compression de dynamique dont le rendu peut être étrange (vous vous rappelez d’Oblivion ?). La difficulté dans le jeu vidéo, c’est surtout d’avoir toute la chaine de traitement (jeu, pilotes, carte graphique, OS, écran) capable de gérer les images pondues par le jeu.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pas besoin d’effet Streisand pour « Le monde sans fin »
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Erratum pour «Le monde sans fin» : Dargaud piégé par des activistes. Évalué à 6. Dernière modification le 03 janvier 2023 à 18:25.
J’ai de la famille antinucléaire et des tas de connaissance sans opinion particulière sur le sujet, et la croyance qu’une centrale peut exploser comme une bombe, je l’ai entendue souvent. De même pour la confusion entre « la centrale peut exploser » (pour tout un tas de raisons d’ailleurs) et les dégâts des bombes atomiques, encore lus dans des articles à propos de la guerre en Ukraine.
D’ailleurs et de façon assez ironique, une explosion nucléaire (type bombe A ou bombe H) isolée provoque sans doute beaucoup moins de dégâts à long termes qu’une catastrophe de centrale, en particulier à cause de la masse de matériel radioactif en jeu (des kg dans un bombe, des dizaines de tonnes dans une centrale). Hiroshima et Nagasaki ont été rasées de façon horrible, mais cumulent plus de 1,5 millions d’habitants aujourd’hui.
Après, à titre personnel, en cas de guerre ou de catastrophe naturelle, j’aurais plus peur des effets sur les industries dangereuses type Seveso (coucou Lubrisol ou Seveso – justement –) ou, pour mes proches concernés, des barrages (bonjour Malpasset ou Banqiao) que des centrales nucléaires du type utilisé en France.
La connaissance libre : https://zestedesavoir.com