Street art
(Permalink)
Vue normale
Reçu aujourd’hui — 23 juin 2025Liens en vrac de sebsauvage
- ChatGPT est-il en train de casser le cerveau humain ? 5 points sur le preprint du MIT sur les effets de l’IA | Le Grand Continent
Mifamosa
23 juin 2025 à 11:30
Pourquoi je pense que l'IA ne va pas remplacer les développeurs
23 juin 2025 à 06:15
À force de surfer sur les articles qui parlent de vibe coding, je commence à me faire une idée plus précise de l'impact des IA sur le développement logiciel. Et j'en suis maintenant certain: Cela ne va pas remplacer les développeurs. Certes tant que la vague de la hype n'est pas retombée, ça va nous impacter et bien bien nous faire chier. Mais ça ne va pas nous remplacer.
Voici - en l'état actuel des capacités de ces IA - pourquoi je pense que ce n'est pas une menace à long terme :
- Les IA de développement n'ont qu'un niveau junior... et encore ! Il faut les corriger sans cesse, modifier sans cesse les directives pour obtenir quelque chose de correct. Au point où certain en sont à leur dire "c'est pas ça, essaie encore" jusqu'à obtenir quelque chose de correcte. En gros, lancer des dés jusqu'à ce que le résultat soit satisfaisant.
- Les développeurs seniors sont *indispensables* pour contrôler le code produit par les IAs. Donc au mieux les IA vont remplacer les dévs junior. Mais on obtient pas de devs seniors sans avoir d'abord des juniors. On risque donc de "perdre" une génération entière de futurs devs seniors. Le recrutement pose déjà des problèmes en informatique, cela va aggraver la situation des entreprises.
- Il semble qu'au-delà d'un certain niveau de complexité, les capacités de "raisonnement" (notez les guillemets) des IAs s'effondrent. Donc elle est bonne pour comprendre une unité de code de taille limitée, mais sur une grosse base de code (typiquement le genre qu'on trouve en entreprise) soit elle fait de la merde soit elle cesse tout simplement de fonctionner.
- L'IA ne comprend pas votre métier et toutes ses subtilités. Pondre du code, c'est une toute petite partie du métier de développeur. Il faut être capable de discuter avec les utilisateurs et écrire une spécification fonctionnelle, coordonner les équipes, conduire des séances de tests techniques et fonctionnels avec différents intervenants du client, s'occuper de la recette, de la mise en prod, du suivi de mise en prod, du support client, de la gestion des tickets, des remontées à la hiérarchie sur l'avancement des projets, répondre aux demandes des clients (téléphone, mail, messageries, tickets), faire du partage de connaissance et des retex, faire de la reprise de données en masse, de l'injection de référentiels, déboguer du code (parfois en prod), investiguer sur des problèmes de cohérence de bases de données, gérer les particularités de l'architecture logicielle de votre solution... l'IA est incapable de faire toutes ces choses, ni de les comprendre, et encore moins de prendre en compte des myriades de petites spécificités et contraintes de votre métier dans l'écriture du code.
- Quand on a de la bouteille dans le métier, on sait que comprendre un bout de code écrit par quelqu'un d'autre prend *toujours* plus de temps que l'écrire soi-même. Quand vous codez avec une IA, c'est l'IA qui écrit le code et vous le passez en revue. Le gain de temps à l'écriture du code est probablement perdu par le temps nécessaire à comprendre tout le code. (à ajouter au fait que vous ne maîtrisez plus trop l'archi logicielle pondue par l'IA, mais que vous subissez ses choix).
- Les IAs sont incapables de respecter les bonnes pratiques de code (injection SQL, dépassements de buffers, faire une bonne gestion d'erreur, éviter d'écrire des données sensibles dans les logs, respecter les standards de code de l'entreprise, etc.)... à tel point que certains appellent ces IAs de manière humoristique: "Vulnerability as a service".
- Elles inventent des choses qui n'existent pas. Ce qui inclue l'import de packages qui n'existent pas. Ce qui introduit des risques de sécurité. (cf. https://sebsauvage.net/links/?PrXsuw)
- Elles ont tendance à multiplier les dépendances (import d'un grand nombre de packages) pour résoudre un problème.
- Les IA ne savent pas respecter les licences, et ne sont d'ailleurs même pas capables de citer leurs sources. Utiliser du code produit par une IA peut juridiquement vous mettre en danger (copie de code sans respect de la licence).
- Qu'on le veuille ou non, créer du code est quelque chose qui est, pour le développeur, intellectuellement extrêmement plaisant. Avec l'IA vous retirez ce plaisir au développeur et le remplacez par un donneur d'instructions. "Fais ça. Non comme ça. Non pas ça c'est pas bon, fais-le comme ça. Recommence c'est pas bon. Cette partie-là ne fonctionne pas." C'est fantastiquement chiant, en fait. Vous allez démotiver vos développeurs.
- Les IAs, avec leur puissance actuelle, ne sont pas rentables (https://sebsauvage.net/links/?ROk7Vw). Or pour que l'AI de développement soit une menace, il faut qu'elle soit beaucoup plus puissante. Visiblement la seule manière qu'ils ont de les améliorer, c'est d'utiliser des modèles toujours plus grands, avec toujours plus de puissance de calcul, encore plus consommateurs de ressources. Ce qui n'est pas économiquement tenable pour les boîtes qui vendents de l'IA. (Rappel : ChatGPT perd de l'argent, très vite, même sur les abonnements à 80 dollars par mois (!)). Quand tout l'argent des investisseurs sera cramé, le prix de ces IA va monter en flèche, et encore : Pour les boîtes qui n'auront pas mis la clé sous la porte.
- Pour avoir une bonne IA, il faut de bonnes données d'entraînement. Or ces IAs ont été entraînées sur tout ce qui traînait sur internet (dont un certain paquet de mauvaises choses, d'ailleurs). Mais maintenant qu'internet lui-même est inondé d'articles produit par des IAs, elles vont bouffer leur propre merde. D'après de multiples observateurs, on peut déjà constater une dégradation des modèles.
Donc oui, tant que la hype est haute, elles vont avoir un impact économique direct sur les développeurs. Développeurs qui vont voir leur métier se dégrader et devenir chiant. Mais je prédis une volonté de retour aux compétences humaines au bout d'un moment. Mais cela risque de prendre quelques années. 😩
(Permalink)
Voici - en l'état actuel des capacités de ces IA - pourquoi je pense que ce n'est pas une menace à long terme :
- Les IA de développement n'ont qu'un niveau junior... et encore ! Il faut les corriger sans cesse, modifier sans cesse les directives pour obtenir quelque chose de correct. Au point où certain en sont à leur dire "c'est pas ça, essaie encore" jusqu'à obtenir quelque chose de correcte. En gros, lancer des dés jusqu'à ce que le résultat soit satisfaisant.
- Les développeurs seniors sont *indispensables* pour contrôler le code produit par les IAs. Donc au mieux les IA vont remplacer les dévs junior. Mais on obtient pas de devs seniors sans avoir d'abord des juniors. On risque donc de "perdre" une génération entière de futurs devs seniors. Le recrutement pose déjà des problèmes en informatique, cela va aggraver la situation des entreprises.
- Il semble qu'au-delà d'un certain niveau de complexité, les capacités de "raisonnement" (notez les guillemets) des IAs s'effondrent. Donc elle est bonne pour comprendre une unité de code de taille limitée, mais sur une grosse base de code (typiquement le genre qu'on trouve en entreprise) soit elle fait de la merde soit elle cesse tout simplement de fonctionner.
- L'IA ne comprend pas votre métier et toutes ses subtilités. Pondre du code, c'est une toute petite partie du métier de développeur. Il faut être capable de discuter avec les utilisateurs et écrire une spécification fonctionnelle, coordonner les équipes, conduire des séances de tests techniques et fonctionnels avec différents intervenants du client, s'occuper de la recette, de la mise en prod, du suivi de mise en prod, du support client, de la gestion des tickets, des remontées à la hiérarchie sur l'avancement des projets, répondre aux demandes des clients (téléphone, mail, messageries, tickets), faire du partage de connaissance et des retex, faire de la reprise de données en masse, de l'injection de référentiels, déboguer du code (parfois en prod), investiguer sur des problèmes de cohérence de bases de données, gérer les particularités de l'architecture logicielle de votre solution... l'IA est incapable de faire toutes ces choses, ni de les comprendre, et encore moins de prendre en compte des myriades de petites spécificités et contraintes de votre métier dans l'écriture du code.
- Quand on a de la bouteille dans le métier, on sait que comprendre un bout de code écrit par quelqu'un d'autre prend *toujours* plus de temps que l'écrire soi-même. Quand vous codez avec une IA, c'est l'IA qui écrit le code et vous le passez en revue. Le gain de temps à l'écriture du code est probablement perdu par le temps nécessaire à comprendre tout le code. (à ajouter au fait que vous ne maîtrisez plus trop l'archi logicielle pondue par l'IA, mais que vous subissez ses choix).
- Les IAs sont incapables de respecter les bonnes pratiques de code (injection SQL, dépassements de buffers, faire une bonne gestion d'erreur, éviter d'écrire des données sensibles dans les logs, respecter les standards de code de l'entreprise, etc.)... à tel point que certains appellent ces IAs de manière humoristique: "Vulnerability as a service".
- Elles inventent des choses qui n'existent pas. Ce qui inclue l'import de packages qui n'existent pas. Ce qui introduit des risques de sécurité. (cf. https://sebsauvage.net/links/?PrXsuw)
- Elles ont tendance à multiplier les dépendances (import d'un grand nombre de packages) pour résoudre un problème.
- Les IA ne savent pas respecter les licences, et ne sont d'ailleurs même pas capables de citer leurs sources. Utiliser du code produit par une IA peut juridiquement vous mettre en danger (copie de code sans respect de la licence).
- Qu'on le veuille ou non, créer du code est quelque chose qui est, pour le développeur, intellectuellement extrêmement plaisant. Avec l'IA vous retirez ce plaisir au développeur et le remplacez par un donneur d'instructions. "Fais ça. Non comme ça. Non pas ça c'est pas bon, fais-le comme ça. Recommence c'est pas bon. Cette partie-là ne fonctionne pas." C'est fantastiquement chiant, en fait. Vous allez démotiver vos développeurs.
- Les IAs, avec leur puissance actuelle, ne sont pas rentables (https://sebsauvage.net/links/?ROk7Vw). Or pour que l'AI de développement soit une menace, il faut qu'elle soit beaucoup plus puissante. Visiblement la seule manière qu'ils ont de les améliorer, c'est d'utiliser des modèles toujours plus grands, avec toujours plus de puissance de calcul, encore plus consommateurs de ressources. Ce qui n'est pas économiquement tenable pour les boîtes qui vendents de l'IA. (Rappel : ChatGPT perd de l'argent, très vite, même sur les abonnements à 80 dollars par mois (!)). Quand tout l'argent des investisseurs sera cramé, le prix de ces IA va monter en flèche, et encore : Pour les boîtes qui n'auront pas mis la clé sous la porte.
- Pour avoir une bonne IA, il faut de bonnes données d'entraînement. Or ces IAs ont été entraînées sur tout ce qui traînait sur internet (dont un certain paquet de mauvaises choses, d'ailleurs). Mais maintenant qu'internet lui-même est inondé d'articles produit par des IAs, elles vont bouffer leur propre merde. D'après de multiples observateurs, on peut déjà constater une dégradation des modèles.
Donc oui, tant que la hype est haute, elles vont avoir un impact économique direct sur les développeurs. Développeurs qui vont voir leur métier se dégrader et devenir chiant. Mais je prédis une volonté de retour aux compétences humaines au bout d'un moment. Mais cela risque de prendre quelques années. 😩
(Permalink)
Reçu hier — 22 juin 2025Liens en vrac de sebsauvage
The Unsustainable Economics of LLM APIs: Understanding the Coming Price Realignment
22 juin 2025 à 21:18
Je ne suis pas le seul à penser que l'accès aux LLM est actuellement beaucoup trop bon marché, et que c'est juste une stratégie pour que tout le monde les utilise avant de remonter les prix (Souvenez-vous, c'est comme la drogue : la première dose est toujours gratuite).
Calculs à l'appuis, l'auteur de cet article estime que les coûts des API des LLM vont être multipliés par 3 à 5. Et c'est probablement encore très gentils.
Actuellement, il estime que 90% du prix de ces API est subventionnée par les investisseurs.
Ça va pleurer quand ils vont refermer les vannes.
(Permalink)
Calculs à l'appuis, l'auteur de cet article estime que les coûts des API des LLM vont être multipliés par 3 à 5. Et c'est probablement encore très gentils.
Actuellement, il estime que 90% du prix de ces API est subventionnée par les investisseurs.
Ça va pleurer quand ils vont refermer les vannes.
(Permalink)
libxml2 maintainer ends embargoed vulnerability reports, citing unsustainable burden – OSnews
22 juin 2025 à 10:28
Quand est-ce que les milliardaires vont arrêter d'exploiter les développeurs de Logiciel Libre qui ont contribué à leur succès ? Quand est-ce qu'ils vont faire l'effort de dépenser une minuscule fraction de leur gigantesque fortune pour ne serait-ce que donner un petit coup de main au lieu juste de profiter du travail des autres ?
(Permalink)
(Permalink)
Reçu avant avant-hierLiens en vrac de sebsauvage
Soutien à une militante poursuivie pour avoir défendu la loi
21 juin 2025 à 11:40
Imagines, tu rappelles juste la loi française et on te colle une procédure pénale.
Pour une simple pancarte « Le racisme n’est pas une opinion, c’est un délit »
France, 2025.
Mais on est pas dans un état fasciste, il paraît, alors tout va bien.
(Pourquoi la France toute entière n'est pas déjà en train de cramer, en fait ?)
Attention bientôt vous allez être poursuivis pour "Apologie du droit international" ou "Apologie des droits d'homme".
(Permalink)
Pour une simple pancarte « Le racisme n’est pas une opinion, c’est un délit »
France, 2025.
Mais on est pas dans un état fasciste, il paraît, alors tout va bien.
(Pourquoi la France toute entière n'est pas déjà en train de cramer, en fait ?)
Attention bientôt vous allez être poursuivis pour "Apologie du droit international" ou "Apologie des droits d'homme".
(Permalink)
- Mathematicians Hunting Prime Numbers Discover Infinite New Pattern for Finding Them | Scientific American
Mathematicians Hunting Prime Numbers Discover Infinite New Pattern for Finding Them | Scientific American
21 juin 2025 à 06:33
Bon je ne suis pas mathématicien, mais : Ils ont découvert une nouvelle méthode pour trouver des nombres premiers. Est-ce que cette méthode est plus rapide que la méthode traditionnelle (factorisation) ? Si c'est le cas, cela serait un clou de plus dans le cercueil de RSA.
(Permalink)
(Permalink)
- Pavel Durov, Telegram founder, says all his 100+ children will receive share of his estate | CNN Business
Pavel Durov, Telegram founder, says all his 100+ children will receive share of his estate | CNN Business
20 juin 2025 à 16:33
Wait... what ?
(Permalink)
(Permalink)
Midjourney lance la V1 de son modèle de génération de vidéos - Next
20 juin 2025 à 16:27
Ayé Midjourney se hisse au niveau de Google pour la génération de vidéos ? (cf. https://sebsauvage.net/links/?Cvud3g)
(Permalink)
(Permalink)
JavaScript broke the web (and called it progress) - Jono Alderson
20 juin 2025 à 15:25
Cet article est absolument parfait: Il cristallise tout ce qui me fait techniquement VOMIR le web tel qu'il est actuellement, aussi bien en tant qu'utilisateur du web qu'en tant que développeur. Les cathédrales de frameworks javascript complètement démentes m'ont dégoûté du développement front. Heureusement, les technos fiables de base (html/css) sont toujours là. Mais en milieu professionnel, c'est cramé.
Traduction libre du début de l'article:
« La plupart des sites web sont abominables.
Pas seulement lents – abominables. Lourds, fragiles, sur-ingénierisés, des désastres. Ils se chargent lentement, le rendu est erratique et masquent leur contenu derrière des mégaoctets de JavaScript. Ils plantent sur mobile. Ils frustrent les utilisateurs et les moteurs de recherche n'y comprennent plus rien. Ils sont impossibles à maintenir. Et pourtant, nous appelons cela un progrès.
Le pire, c'est que tout cela n'est pas nécessaire. Autrefois, nous avions un web rapide, stable et résilient. Mais nous l'avons remplacé par le culte du JavaScript.
Aujourd'hui, il faut quatre ingénieurs, trois frameworks et un pipeline CI/CD juste pour changer un titre. C'est devenu inextricablement compliqué de publier une simple page web.
Ce n'est pas de l'évolution. C'est de la complexité auto-infligée. Et nous l'avons normalisée – parce qu'à un moment donné, nous avons commencé à construire des sites web pour les développeurs, pas pour les utilisateurs. »
🙏AMEN !
EDIT: Un article sur le fait que la simplicité est snobée par la tech : https://www.joanwestenberg.com/p/the-cult-of-hard-mode-why-simplicity-offends-tech-elites (via https://shaarli.zoemp.be/shaare/ug0iuw)
En gros, la complexité donne à certains l'impression d'être une élite.
Cette partie est également intéressante à propos des procédures et outils en entreprise :
« Lorsque les anthropologues étudient les pratiques religieuses primitives, ils constatent souvent que les objets rituels acquièrent une signification bien au-delà de leur utilité. Un bâton n'est pas seulement un bâton. Il est sacré parce qu'il a été désigné comme tel.
Les outils de productivité modernes fonctionnent de la même manière. Ils ne sont pas évalués en fonction de leur efficacité. Ils sont évalués en fonction de la manière dont ils symbolisent votre appartenance à la bonne tribu épistémique.
Le résultat est une surconstruction ritualisée. Les travailleurs du savoir créent des taxonomies élaborées, des modèles, des codes de couleur et des schémas de métadonnées non pas parce que le travail l'exige, mais parce que le rituel lui-même procure un sentiment de légitimité. Ouvrir votre tableau de bord Notion et voir une cathédrale de bases de données interconnectées donne l'impression d'être une personne qui fait un travail sérieux - même si aucun travail n'est effectué. »
Voir aussi : https://fr.wikipedia.org/wiki/Principe_KISS
(Permalink)
Traduction libre du début de l'article:
« La plupart des sites web sont abominables.
Pas seulement lents – abominables. Lourds, fragiles, sur-ingénierisés, des désastres. Ils se chargent lentement, le rendu est erratique et masquent leur contenu derrière des mégaoctets de JavaScript. Ils plantent sur mobile. Ils frustrent les utilisateurs et les moteurs de recherche n'y comprennent plus rien. Ils sont impossibles à maintenir. Et pourtant, nous appelons cela un progrès.
Le pire, c'est que tout cela n'est pas nécessaire. Autrefois, nous avions un web rapide, stable et résilient. Mais nous l'avons remplacé par le culte du JavaScript.
Aujourd'hui, il faut quatre ingénieurs, trois frameworks et un pipeline CI/CD juste pour changer un titre. C'est devenu inextricablement compliqué de publier une simple page web.
Ce n'est pas de l'évolution. C'est de la complexité auto-infligée. Et nous l'avons normalisée – parce qu'à un moment donné, nous avons commencé à construire des sites web pour les développeurs, pas pour les utilisateurs. »
🙏AMEN !
EDIT: Un article sur le fait que la simplicité est snobée par la tech : https://www.joanwestenberg.com/p/the-cult-of-hard-mode-why-simplicity-offends-tech-elites (via https://shaarli.zoemp.be/shaare/ug0iuw)
En gros, la complexité donne à certains l'impression d'être une élite.
Cette partie est également intéressante à propos des procédures et outils en entreprise :
« Lorsque les anthropologues étudient les pratiques religieuses primitives, ils constatent souvent que les objets rituels acquièrent une signification bien au-delà de leur utilité. Un bâton n'est pas seulement un bâton. Il est sacré parce qu'il a été désigné comme tel.
Les outils de productivité modernes fonctionnent de la même manière. Ils ne sont pas évalués en fonction de leur efficacité. Ils sont évalués en fonction de la manière dont ils symbolisent votre appartenance à la bonne tribu épistémique.
Le résultat est une surconstruction ritualisée. Les travailleurs du savoir créent des taxonomies élaborées, des modèles, des codes de couleur et des schémas de métadonnées non pas parce que le travail l'exige, mais parce que le rituel lui-même procure un sentiment de légitimité. Ouvrir votre tableau de bord Notion et voir une cathédrale de bases de données interconnectées donne l'impression d'être une personne qui fait un travail sérieux - même si aucun travail n'est effectué. »
Voir aussi : https://fr.wikipedia.org/wiki/Principe_KISS
(Permalink)
BitTorrent Pirate Gets 5 Years in Prison, €10,000 Fine, For Decade-Old Offenses * TorrentFreak
20 juin 2025 à 15:01
14 000 torrents : 5 ans de prison et 10 000€ d'amende.
Les boîtes d'IA : Ont piraté TOUT internet, font tomber des sites web tellement ils amassent de données, plagient massivement les créateurs en essayant de gagner de l'argent dessus et exigent toute l'électricité du monde : Pas de condamnations.
🤷♂️
Donc ne vous sentez absolument pas coupable de "pirater" un jeu, un film ou une musique pour vous. Partager la culture sans en faire de bénéfices ne devrait pas être puni. Sharing is caring.
(Permalink)
Les boîtes d'IA : Ont piraté TOUT internet, font tomber des sites web tellement ils amassent de données, plagient massivement les créateurs en essayant de gagner de l'argent dessus et exigent toute l'électricité du monde : Pas de condamnations.
🤷♂️
Donc ne vous sentez absolument pas coupable de "pirater" un jeu, un film ou une musique pour vous. Partager la culture sans en faire de bénéfices ne devrait pas être puni. Sharing is caring.
(Permalink)
Gay Boy Advanced SP: "Installer windows ne pas avoir…" - Cornichon
19 juin 2025 à 17:06
Je sais, c'est pas beau de se moquer, mais avouez quand même 😄 :
« Installer windows
ne pas avoir de drivers wifi
pleurer car il demande de se connecter avec un compte microsoft. »
(Permalink)
« Installer windows
ne pas avoir de drivers wifi
pleurer car il demande de se connecter avec un compte microsoft. »
(Permalink)
- ALERTE : la plus grande fuite de données de l'histoire ? 16 milliards de mots de passe dans la nature !
ALERTE : la plus grande fuite de données de l'histoire ? 16 milliards de mots de passe dans la nature !
19 juin 2025 à 17:01
PARDON THE FUCKING FUCK ???
Plus d'infos :
https://www.bleepingcomputer.com/news/security/no-the-16-billion-credentials-leak-is-not-a-new-data-breach/
(Permalink)
Plus d'infos :
https://www.bleepingcomputer.com/news/security/no-the-16-billion-credentials-leak-is-not-a-new-data-breach/
(Permalink)
Down the Rabbit Hole Flattened sur Steam
19 juin 2025 à 13:52
Jeu gratuit sur Steam. (à l'origine en VR, mais la version non-VR de ce jeu est gratuite).
(Permalink)
(Permalink)
- Sam Altman veut qu’une « fraction significative » de l’énergie produite sur Terre soit dédiée à l’IA - Next
Sam Altman veut qu’une « fraction significative » de l’énergie produite sur Terre soit dédiée à l’IA - Next
19 juin 2025 à 09:08
aka "Faites un effort pour MON business, merde !"
Qu'il aille bien se faire foutre.
Purin vivement que tout cette hype autour de l'IA s'effondre, ET VITE, comme ça l'a été pour le metaverse, les NFT et les autres conneries.
Mais à mon avis, vu les sommes qu'ils ont tous investis dedans, ils n'ont pas fini de nous emmerder avec. Ils vont juste mettre plus de temps à se casser la gueule, mais ils vont se casser la gueule.
(Permalink)
Qu'il aille bien se faire foutre.
Purin vivement que tout cette hype autour de l'IA s'effondre, ET VITE, comme ça l'a été pour le metaverse, les NFT et les autres conneries.
Mais à mon avis, vu les sommes qu'ils ont tous investis dedans, ils n'ont pas fini de nous emmerder avec. Ils vont juste mettre plus de temps à se casser la gueule, mais ils vont se casser la gueule.
(Permalink)
eg - Useful examples at the command line.
19 juin 2025 à 07:30
Une alternative à tldr pour donner des exemples de commandes Linux/shell.
(via https://shaarli.zoemp.be/shaare/14doBw)
(Permalink)
(via https://shaarli.zoemp.be/shaare/14doBw)
(Permalink)
- GitHub - k4yt3x/video2x: A machine learning-based video super resolution and frame interpolation framework. Est. Hack the Valley II, 2018.
chawan - A TUI web browser.
19 juin 2025 à 07:25
Sous le coude: un navigateur en terminal, mais supportant CSS, Javascript, etc.
(via https://shaarli.zoemp.be/shaare/uaJ-4Q)
(Permalink)
(via https://shaarli.zoemp.be/shaare/uaJ-4Q)
(Permalink)