Je traduis à peu près

J'aimerais que plus de personnes comprennent que "Je veux que l'ordinateur génère une réponse plausible à une question sur x" est un problème très différent de "J'aimerais que l'ordinateur réponde à une question sur x"

Actuellement, les modèles d'IA dont on parle font la première partie, et nous faisons inconsciemment la deuxième

Une réflexion très intéressante sur la motivation

une question que je trouve fascinante

Si vous voulez comprendre pourquoi il n'y a pas beaucoup de librairies d'interface en pur Rust, l'article est très clair.

J'ai bien l'impression que c'est une alternative au FOSDEM, non ?

Un outil graphique d'analyse d'attaque qui a l'air intéressant

Une série d'heuristiques intéressantes pour voir l'impact d'un manager

"Pour survivre, vous devez raconter des histoires" - Umberto Eco
Je suis on ne peut plus d'accord

L'article n'est pas vraiment surprenant pour moi, mais il annonce clairement pourquoi la plupart du temps les microservices sont une mauvaise idée. Et ça vaut toujours la peine de le rappeler.

Ca m'a l'air d'une lecture hautement recommandable concernant la résolution de problèmes ...

Ce que dit Simon Brown est toujours intéressant. Cette présentation là est vraiment fascinante dans ce qu'elle dit sur les dérives dans la mise en oeuvre de l'agilité, ou l'incapacité des équipes à comprendre ce que peut être un diagramme d'architecture ayant du sens. A voir pour tous les architectes applicatifs. (je retiens d'ailleurs l'idée de scorer les diagrammes/modèles pour pouvoir les améliorer).

Un article sacrément intéressant sur le problème de la définition de l'agilité comme un état d'esprit. J'aime beaucoup l'ensemble de moyens que prend William pour justifier sa réflexion, c'est vraiment bien écrit et amené.

Plus ça va, plus l'expérience me pousse à tenter d'expliquer simplement les choses. Et cet article est un parfait point d'entrée.

Une liste de conseils "de bon sens" (je me méfie beaucoup du bon sens, il fait brûler les sorcières). Les conseils qui sont donnés ici sont avant tout des conseils de pragmatisme : résolvez des problèmes clairs, et clairement exprimés, plutôt que de vous enfoncer dans des généralités insolubles.

Comme je dis toujours, pour réécrire un système, il faut pouvoir en reproduire les fonctionnalités ... et les bugs (et souvent, les bugs sont mal connus)

Une belle explication de ce que doit être une stratégie d'observabilité "efficace"

L'une des limites les plus terribles de la nature du droit : vous pouvez définir des règles, mais ce sont els forces de l'ordre qui choisissent quelles règles appliquer à qui.

J'aime bien le terme de fétichisation de l'intelligence ... Ca montre bien qu'on ne veut pas être intelligent, mais plutôt qu'on veut mettre en scène l'intelligence

Une extension qui semble très intéressante pour enrichir la capacité de Twitter à vous donner de bonnes idées. J'aimerais bien voir la même chose pour Mastodon 😎

Complètement d'accord. Le libre, le partage, a un volet politique. Et le côté très "je ne peux pas juger des motifs éthiques des utilisateurs de mon logiciel" me semble toujours une façon de renier la responsabilité des auteurs de logiciels douteux.