Un très bon site dédié aux problèmes liés à la mise en place d'une architecture événementielle à l'échelle d'un système d'information. La plupart des questions posées sont très justes.

Des règles de design graphique qui sont vraiment de bon sens

Si vous voulez du pixel-art facile, ce site semble pouvoir vous aider

Evidement que je suis d'accord avec Gregor Hohpe ! aider les développeurs à débugger est utile pour les développeurs (parce qu'on apporte de l'expérience et un regard différent) mais aussi pour les architectes (parce qu'on voit concrètement le système qu'on étudie habituellement de façon abstraite)

L'ergonomie de git est un enfer. Et le fait que ce soit fondamentalement un outil en ligne de commande transparaît beaucoup dans les différentes interfaces. Ca pourraît être intéressant d'en créer une réellement ergonomique

Une stratégie de gestion des données supprimées de la base peut-être plus intéressante que la colonne "deleted_at", mais en tout cas un peu plus lourde

Je n'ai que rarement vu ou lu quoi que ce soit articulant aussi bien les cartes de Wardley, le DDD, les team topologies dans le but de livrer vite et bien. C'est un présentation incroyablement instructive.

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).

Quelques rappels de bon design de base de données.

Un site intéressant présentant des design pattern pour créer des dashboards

Alors ça, ce serait un chouette lecteur MP3 de salon !

Un article très intéressant sur le design des messages d'erreur. Les conseils qui y sont donnés sont applicables également pour les messages d'erreur à destination des développeurs ...

C'est vrai que le logiciel conçu par des gens qui n'ont pas été data-driven est souvent différent, et conçu avec des objectifs de qualité différents.

Je plaide coupable : je suis toujours facilement tenté de balancer du logiciel sur des problèmes, sans forcément prendre le temps de comprendre ces problèmes (le fameux effet Silicon Valley)

Un jeu d'icônes d'application qui a l'air franchement bien

Un ebook fournissant une bonne introduction à l'architecture de systèmes

Je suis complètement d'accord avec la critique de l'open-source faite ici

Merci Nicolas de m'avoir aidé à comprendre un truc que je trouvais opaque : comment créer des builders un peu sophistiqués. Et contre, ça fait du code.

Une opinion intéressante (oui, sans doute parce que je suis d'accord avec son propos) sur les SPA

C'est marrant, le site a l'air super sérieux.
MAIS, le compilateur n'est pas publié.
Le langage est le projet d'un homme.
La licence est inconnue.
Ce sont de très mauvais signaux pour moi.