Je suis pas au clair avec la loi sur ce point, mais il n'y a rien de totalement d'évident à ce que si le contenu qui transite par ton instance, et si c'est une instance un peu grosse ça ne manquera pas d'arriver, soit illégal, tu sois considéré comme un simple intermédiaire, tu ne sois pas légalement considéré responsable et pas intermédiaire ? Autrement dit que si tes utilisateurs suivent du contenu sur une instance à la modération défaillante tu ne sois pas responsable.
C'est une excellente remarque ; je n'ai aucune idée de ce qui se passerait dans ce cas. Et tu as raison, ce serait sans doute totalement dépendant des lois locales.
Je pense que mon souci avec Mastodon est surtout que le critère de blocage n'est pas nécessairement légal, mais à la totale discrétion des administrateurs.
Dans l'idéal, je serais partisan d'un réseau réellement décentralisé, ou chaque utilisateur serait responsable du contenu qu'il crée, comme de celui qu'il consomme. Je ne pense pas que cela soit structurellement possible avec Mastodon – mais je peux me tromper ?
C'est aussi pour ça qu'il faut choisir son instance Mastodon, ou bien monter la sienne.
Oui, c'est une possibilité, Mais l'utilisateur lambda n'est pas capable de monter son instance Mastodon.
La liste des instances bloquées est généralement publique.
Encore heureux, mais ça devrait être systématique.
Personnellement, ça me convient très bien que les admins bloquent les instances avec du contenu pédopornographique (par exemple), et les instances qui n'ont aucune ou peu de modération.
Le premier exemple tombe sous le coup de la loi. Il revient aux modérateurs d'une instance (et pas aux modérateurs d'instances tierces) de modérer les contenus illicites publiés sur celle-ci. Pour le reste, c'est l'utilisateur qui devrait avoir le choix de bloquer un compte, voire une instance complète. Le déposséder de ce choix est une porte ouverte à tous les arbitraires.
Si vous n'êtes pas content de l'instance Mastodon sur laquelle vous êtes, il est possible de déménager, en conservant les comptes qu'on suit, et, ceux qui nous suivent, sans que les comptes tiers aient besoin de faire quelque chose. Avec de très gros comptes (plus de 1000 abonnés), c'est un peu lourd.
Encore une fois, cette possibilité est à mon sens trop contraignante pour un utilisateur non-technicien.
À contrario, la migration de compte n'est pas possible avec Twitter/X et Bluesky, puisqu'il n'y a qu'une seule instance.
Avec Mastodon, et le Fédiverse en générale, on a le choix, et la liberté de choisir, et de changer d'avis.
Et c'est un vrai plus par rapport à Twitter. J'adhère au concept ; c'est son implémentation que je critique.
Il semblerait que ce soit bien dans les deux sens :
On Mastodon, your experience depends a lot on the moderation style of the server that hosts your account, but your unique ability to choose a server that suits your needs the best is useless if you don’t have much insight into how moderation decisions impact you. If a moderator decision results in you losing followers, or no longer being able to follow people from another server, you will now be notified and have the ability to export a list of the affected profiles.
Quand bien même, et c'est à mon sens un défaut structurel de Mastodon, et pour moi un no-go total, c'est à l'utilisateur que devrait revenir la décision de ce qu'il veut suivre ou pas.
Lorsque c'est décentralisé comme Mastodon, chacun ou chaque admin peut intervenir concernant son compte ou son serveur respectivement.
C'est, pour moi, un point parfaitement rédhibitoire de Mastodon : le fait que l'admin d'une instance ait, à la place de l'utilisateur, et sans que ce dernier en soit informé, la possibilité de rendre inaccessible les comptes d'autres instances .
Je distingue ce point de la modération : je conçois qu'un admin puisse modérer ce qu'un utilisateur de son instance publie sur celle-ci, mais pas qu'il empêche cet utilisateur de suivre les comptes de son choix.
Je me demandais justement ce que devenait Ryzom, j'avais suivi de près son passage sous licence libre à l'époque. L'univers était vraiment, vraiment chouette.
…
…
Nostalgie aidant, je crois bien que je vais refaire un tour sur l'écorce.
J'ai vu passer quelques articles de ce type chez ZDNet cet été, et je les ai sincèrement trouvé très médiocres. On est entre l'enthousiasme un peu gênant d'un ado qui quitterait « Micr0$oft WinDaub3 »¹, et l'article tellement générique qu'il semble avoir été écrit par ChatGPT. Le tout avec un côté très « putaclic ».
Et tout ça dépend d'une entreprise qui est là pour faire de l'argent… donc on a les expériences passées de comment ça se termine en général.
Après, il existe des alternatives à Docker : pour ma part, j'utilise Podman pour développer, ainsi que sur certains environnements de production. Et je lui trouve pas mal d'avantages, comme le rootless, le mapping des UID/GID, les pods, l'intégration avec SystemD, etc…
Après, je comprends également que le fait d'avoir une couche supplémentaire puisse être rédhibitoire. Perso, je ne saurais plus m'en passer ;)
Autant j'utilise toujours dnf pour les rpms, autant pour les Flatpak je trouve que Gnome Logiciels s'est quand bien bien amélioré depuis quelques versions.
Idem que les réponses précédentes, je ne mettrais pas Copilot entre les mains d'un débutant – et je le leur interdis d'ailleurs dans mon équipe. Nous avons eu trop de mauvaises expériences de code qui, dans le meilleur des cas, tombe en marche sans que le développeur ne comprenne ce qu'il a écrit, et dans le pire ne fonctionne pas sans que le développeur ne comprenne pourquoi.
Une sorte de cousin du syndrome StackOverflow.
Après, j'aime beaucoup l'outil, et je l'utilise au quotidien. Il me fait gagner un temps fou. Mais de façon générale, je ne pense vraiment pas qu'utiliser ces générateurs de texte en dehors de son champ de compétence, donc sans la capacité à déterminer si le texte produit est valide, soit une bonne idée.
J'ai dû mal comprendre alors, c'était directement les stacks de type Jakarta EE / Spring que tu visais ? Parce que là, oui, de la factory de factory, il y en a parfois. Bien que cela évolue dans le bon sens (coucou Quarkus). Après, je reconnais volontiers que dans le monde Java, certains peuvent parfois faire preuve de design-patternite aigüe. Il est même possible que je sois passé par là ;)
Les « complexités "intelligentes" inutiles » (suringéniérie) sont, de mon expérience, beaucoup plus rare et surtout en perte de vitesse (imaginez les classiques « Java pour Entreprise™ » avec des Factory et tout dans tous les sens).
On peut vouloir tendre vers des principe de clean / hexagonal / onion architecture, sans que cela soit nécessairement de l'overengineering, hein. Tout dépend de la taille du projet.
Et puis moi, je n'ai rien contre les factories. Et j'aime bien l'inversion / injection de dépendance aussi. Voilà. Non mais. Ho.
C'est la start-up Aware qui propose ce service: grâce à une IA, elle peut avoir accès à tous vos messages. Absolument tous.
J'ai le bullshitomètre qui s'affole quelque peu. Si un système de traitement a accès aux dits messages, ce n'est pas parce que « vos supérieurs ont trouvé un moyen de glisser dans votre messagerie privée » (sic) et que pif, paf, pouf, des chocapics, mais bien parce que cette messagerie n'a jamais été privée, et que celui qui avait les clefs les a transmises à Aware.
Mais il y a « IA » dedans, alors ça fait un peu magique. ;)
Une alternative open-source serait plus que bienvenue, mais le meilleur remplaçant que j'ai pu jusque-là trouver à Google c'est Kagi. Non-libre, et payant, mais vraiment très, très efficace. Je n'ai pas utilisé d'autre moteur de recherche depuis – alors que je revenais toujours à Google avec Qwant et DuckDuckGo.
De l'implicite, oui, on peut penser par exemple à l'inférence de type, mais cela ne rend pas pour autant le code ambigu. Avais-tu un exemple particulier en tête ?
Je suis d'accord sur le fond - bien que je soie plutôt content de pouvoir chaîner des .map sur un Optional depuis Java 8 :)
Dans le même ordre d'idée, j'adorerais un équivalent standard en Java du Result<T, E> de Rust. Peu probable au vu de la sacro-sainte rétro-compatibilité.
[^] # Re: l'avis de Lê de Science4all
Posté par Letho . En réponse au lien Pourquoi les médias devraient créer des serveurs Mastodon maintenant . Évalué à 1.
C'est une excellente remarque ; je n'ai aucune idée de ce qui se passerait dans ce cas. Et tu as raison, ce serait sans doute totalement dépendant des lois locales.
Je pense que mon souci avec Mastodon est surtout que le critère de blocage n'est pas nécessairement légal, mais à la totale discrétion des administrateurs.
Dans l'idéal, je serais partisan d'un réseau réellement décentralisé, ou chaque utilisateur serait responsable du contenu qu'il crée, comme de celui qu'il consomme. Je ne pense pas que cela soit structurellement possible avec Mastodon – mais je peux me tromper ?
[^] # Re: l'avis de Lê de Science4all
Posté par Letho . En réponse au lien Pourquoi les médias devraient créer des serveurs Mastodon maintenant . Évalué à 1.
Oui, c'est une possibilité, Mais l'utilisateur lambda n'est pas capable de monter son instance Mastodon.
Encore heureux, mais ça devrait être systématique.
Le premier exemple tombe sous le coup de la loi. Il revient aux modérateurs d'une instance (et pas aux modérateurs d'instances tierces) de modérer les contenus illicites publiés sur celle-ci. Pour le reste, c'est l'utilisateur qui devrait avoir le choix de bloquer un compte, voire une instance complète. Le déposséder de ce choix est une porte ouverte à tous les arbitraires.
Encore une fois, cette possibilité est à mon sens trop contraignante pour un utilisateur non-technicien.
Et c'est un vrai plus par rapport à Twitter. J'adhère au concept ; c'est son implémentation que je critique.
[^] # Re: l'avis de Lê de Science4all
Posté par Letho . En réponse au lien Pourquoi les médias devraient créer des serveurs Mastodon maintenant . Évalué à 1.
Il semblerait que ce soit bien dans les deux sens :
cf. https://blog.joinmastodon.org/2024/10/mastodon-4.3/
Quand bien même, et c'est à mon sens un défaut structurel de Mastodon, et pour moi un no-go total, c'est à l'utilisateur que devrait revenir la décision de ce qu'il veut suivre ou pas.
[^] # Re: l'avis de Lê de Science4all
Posté par Letho . En réponse au lien Pourquoi les médias devraient créer des serveurs Mastodon maintenant . Évalué à 2.
C'est, pour moi, un point parfaitement rédhibitoire de Mastodon : le fait que l'admin d'une instance ait, à la place de l'utilisateur, et sans que ce dernier en soit informé, la possibilité de rendre inaccessible les comptes d'autres instances .
Je distingue ce point de la modération : je conçois qu'un admin puisse modérer ce qu'un utilisateur de son instance publie sur celle-ci, mais pas qu'il empêche cet utilisateur de suivre les comptes de son choix.
[^] # Re: Java !
Posté par Letho . En réponse au lien De l'intérêt majeur de choisir un langage memory safe pour tout nouveau code d'un projet existant. Évalué à 3. Dernière modification le 29 septembre 2024 à 19:54.
Bon. J'aime beaucoup Java. Mais j'ai ri quand même.
# Mon premier MMO
Posté par Letho . En réponse à la dépêche Le MMORPG Ryzom fête ses 20 ans !. Évalué à 3.
Je me demandais justement ce que devenait Ryzom, j'avais suivi de près son passage sous licence libre à l'époque. L'univers était vraiment, vraiment chouette.
…
…
Nostalgie aidant, je crois bien que je vais refaire un tour sur l'écorce.
# Oui, mais bon, hein, bof
Posté par Letho . En réponse au lien « Voici les 7 plus grandes différences concrètes entre Windows et Linux pour les utilisateurs ». Évalué à 8.
J'ai vu passer quelques articles de ce type chez ZDNet cet été, et je les ai sincèrement trouvé très médiocres. On est entre l'enthousiasme un peu gênant d'un ado qui quitterait « Micr0$oft WinDaub3 »¹, et l'article tellement générique qu'il semble avoir été écrit par ChatGPT. Le tout avec un côté très « putaclic ».
Quelques exemples :
¹ j'ai été cet ado, hein :)
[^] # Re: Comment naviguer sans ?
Posté par Letho . En réponse au lien Google Chrome va pousser uBlock Origin vers la sortie. Évalué à 2.
Je suis assez d'accord – et Firefox reste pourtant mon navigateur de prédilection.
En termes de moteurs alternatifs, attendons voir ce que va donner Ladybird : https://ladybird.org/
[^] # Re: Yay !
Posté par Letho . En réponse au journal Geeftlist : Appli de gestion collaborative d'idées cadeaux. Évalué à 3.
Après, il existe des alternatives à Docker : pour ma part, j'utilise Podman pour développer, ainsi que sur certains environnements de production. Et je lui trouve pas mal d'avantages, comme le rootless, le mapping des UID/GID, les pods, l'intégration avec SystemD, etc…
Après, je comprends également que le fait d'avoir une couche supplémentaire puisse être rédhibitoire. Perso, je ne saurais plus m'en passer ;)
[^] # Re: Ne faudrait-il pas corriger flatpak plutôt?
Posté par Letho . En réponse au lien Flatsweep, pour nettoyer les fichiers résiduels de vos anciennes applications flatpak. Évalué à 2.
Autant j'utilise toujours dnf pour les rpms, autant pour les Flatpak je trouve que Gnome Logiciels s'est quand bien bien amélioré depuis quelques versions.
# Compléments
Posté par Letho . En réponse au lien Une nouvelle méthode efficace de comptage d’éléments distincts dans un flux de données. Évalué à 4.
L'article détaillé en anglais : https://www.quantamagazine.org/computer-scientists-invent-an-efficient-new-way-to-count-20240516/
La note de Donald Knuth : https://www-cs-faculty.stanford.edu/~knuth/papers/cvm-note.pdf
[^] # Re: Ça dépend
Posté par Letho . En réponse au journal j'aime bien l'auto-complétion par IA (Github Copilot). Évalué à 3.
Idem que les réponses précédentes, je ne mettrais pas Copilot entre les mains d'un débutant – et je le leur interdis d'ailleurs dans mon équipe. Nous avons eu trop de mauvaises expériences de code qui, dans le meilleur des cas, tombe en marche sans que le développeur ne comprenne ce qu'il a écrit, et dans le pire ne fonctionne pas sans que le développeur ne comprenne pourquoi.
Une sorte de cousin du syndrome StackOverflow.
Après, j'aime beaucoup l'outil, et je l'utilise au quotidien. Il me fait gagner un temps fou. Mais de façon générale, je ne pense vraiment pas qu'utiliser ces générateurs de texte en dehors de son champ de compétence, donc sans la capacité à déterminer si le texte produit est valide, soit une bonne idée.
# Chrono
Posté par Letho . En réponse au journal [HS] Akira Toriyama bronsonisé. Évalué à 10.
Et n'oublions pas Chrono Trigger… Mon enfance vient d'en prendre un coup.
Pensée à Chrono, Marle, Lucas, Frog, et tous les autres.
[^] # Re: Des idées intéressantes, mais simplistes
Posté par Letho . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3.
Oh ! Oui, donc nous sommes parfaitement d'accord. Mea culpa.
[^] # Re: Des idées intéressantes, mais simplistes
Posté par Letho . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3.
J'ai dû mal comprendre alors, c'était directement les stacks de type Jakarta EE / Spring que tu visais ? Parce que là, oui, de la factory de factory, il y en a parfois. Bien que cela évolue dans le bon sens (coucou Quarkus). Après, je reconnais volontiers que dans le monde Java, certains peuvent parfois faire preuve de design-patternite aigüe. Il est même possible que je sois passé par là ;)
[^] # Re: Des idées intéressantes, mais simplistes
Posté par Letho . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3.
On peut vouloir tendre vers des principe de clean / hexagonal / onion architecture, sans que cela soit nécessairement de l'overengineering, hein. Tout dépend de la taille du projet.
Et puis moi, je n'ai rien contre les factories. Et j'aime bien l'inversion / injection de dépendance aussi. Voilà. Non mais. Ho.
# Moui
Posté par Letho . En réponse au lien Teams, Slack, Workplace, ces outils d’espionnage méconnus ?. Évalué à 7.
J'ai le bullshitomètre qui s'affole quelque peu. Si un système de traitement a accès aux dits messages, ce n'est pas parce que « vos supérieurs ont trouvé un moyen de glisser dans votre messagerie privée » (sic) et que pif, paf, pouf, des chocapics, mais bien parce que cette messagerie n'a jamais été privée, et que celui qui avait les clefs les a transmises à Aware.
Mais il y a « IA » dedans, alors ça fait un peu magique. ;)
# [Non libre] Kagi
Posté par Letho . En réponse au lien Stract, un moteur de recherche libre codé par un Danois sur son temps libre. Évalué à 2.
Une alternative open-source serait plus que bienvenue, mais le meilleur remplaçant que j'ai pu jusque-là trouver à Google c'est Kagi. Non-libre, et payant, mais vraiment très, très efficace. Je n'ai pas utilisé d'autre moteur de recherche depuis – alors que je revenais toujours à Google avec Qwant et DuckDuckGo.
https://kagi.com/
[^] # Re: Broyé du Poitou
Posté par Letho . En réponse à la dépêche Claire Mathieu et les algorithmes. Évalué à 1.
De l'implicite, oui, on peut penser par exemple à l'inférence de type, mais cela ne rend pas pour autant le code ambigu. Avais-tu un exemple particulier en tête ?
# Merci
Posté par Letho . En réponse au lien Structures de contrôle : de « goto » aux effets algébriques 25 janvier 2024 - 14 mars 2024. Évalué à 2.
Je suis sincèrement émerveillé par la richesse des cours proposés.
Mille fois merci.
# NuShell
Posté par Letho . En réponse au lien Marcel the shell.... Évalué à 7.
Ça me rappelle un peu NuShell, qui fonctionne autour de l'idée de data structurée :
https://www.nushell.sh/
[^] # Re: Laïcité, tolérance…
Posté par Letho . En réponse au lien La fondation Gnome engage une shaman comme directrice exécutive . Évalué à 2.
Ah, non. Il faut dire « Église de l'Expiation Finale ».
# Annonce sur le site de Blizzard
Posté par Letho . En réponse au lien Diablo IV arrive aujourd'hui sur Linux / SteamOS. Évalué à 2.
https://news.blizzard.com/fr-fr/diablo4/24009153/diablo-iv-sera-disponible-sur-steam-le-17-octobre
[^] # Re: Optional<T>
Posté par Letho . En réponse au journal La plus belle ligne de code. Évalué à 1.
Je suis d'accord sur le fond - bien que je soie plutôt content de pouvoir chaîner des
.mapsur unOptionaldepuis Java 8 :)Dans le même ordre d'idée, j'adorerais un équivalent standard en Java du
Result<T, E>de Rust. Peu probable au vu de la sacro-sainte rétro-compatibilité.[^] # Re: Etude par des coincés du cul ?
Posté par Letho . En réponse au journal Pornocriminalité : voici comment on finit par vouloir filtrer. Évalué à 3.
Si tu en as le temps, cela m'intéresserait.