Ca m'a l'air d'être une méthode d'identification des risques de sécurité qui sorte de "oulala, c'est grave, non mais tu te rends compte" tellement fréquent dans cet univers ...

Très bonne idée, à réutiliser dans tous les slides de question de conférence

Un intéressant article documentant un problème de management franchement commun

Des éléments vous permettant de mettre en oeuvre différents outils alignant les évolutions de votre produit avec la vision que vous construisez pour celui-ci

Une série de conseils tout-à-fait pertinents pour les gens qui développent des serveurs REST

Un article intéressant sur le poids psychologique de la programmation en paire

Du property-based-testing au niveau de l'API... Ca m'a l'air très intéressant.

Une belle critique du concept de roadmap

La question de ce qu'est un architecte est une forme de truisme. C'est un peu comme "c'est quoi la science-fiction". C'est indéfinissable à priori, mais parfaitement clair à postériori

Ces conseils ne valent en fait pas seulement pour ce type d'entretien, mais aussi - et surtout - pour définir une architecture.

Une série d'article sur l'écriture de Python moderne. Ca change évidement de la tradition.

Une liste de conseils valables bien au-delà du monde académique.

Très bonne liste des mauvaises pratiques des apprentis rustacés

Je n'avais jamais entendu parler de cette idée, qui me paraît néanmoins très intéressante. D'autant plus si elle est associée à la génération de légendes ...

Très pertinente critique des ADR tels qu'ils sont écrits la plupart du temps. Ca me donne vraiment l'impression qu'il faut avoir une vision très structurée de ces discussions.

J'ai déja dû partager la version originale.
Mais en version traduite en français, c'est encore plus percutant

J'aime beaucoup cette distinction entre la pratique devops et le boulot de SRE (qui est une pour moi une évolution moderne du rôle de SysAdmin)

Encore un article sur la décision via la polarisation, c'est très chouette.

C'est marrant, mais je ne suis pas du tout sûr que chaque projet recherche effectivement des contributeurs. je crois que certains projets les recherchent, en effet, mais que bon nombre de projets n'ont pas besoin de plus de monde

La progression des équipes agiles vers plus d'intégration en amont : designers, product managers, peuvent aussi être des membres de l'équipe.