Je n'avais pas vu cet article qui explique bien l'intérêt de l'approche simple promue par le modèle C4. C'est le genre de retour qui me fait plaisir (sans doute parce que j'ai investi beaucoup de temps professionnel à monter en compétence sur ce sujet)

L'impact du déploiement sur des edge servers (chez cloudflare et compagnie) sur l'architecture d'un système est assez important.

Ca fait bien réflécihr cet article sur l'intérêt d'agir un peu comme IKEA

Effectivement, ce qu'on appelle MVC dans les architectures web n'en est pas

Il y a là-dedans une ou deux idées absolument fabuleuses

Une citation très intéressante : si vous réfléchissez correctement à votre architecture, vos diagrammes ne vous apprendront pas grand chose. Mais si vous n'y réfléchissez pas, vous ne penserez pas à produire des diagrammes qui vous sortiront des ennuis.

Evidement que cette citation m'interpèle

Un livre d'exemples d'architecture logicielle

Partie des informations de ce canevas se trouve. Dans le modèle de documentation d'architecture de Simon Brown. Mais je dois reconnaître que la présentation très graphique peut aider dans des contextes où il faut être synthétique.

Très bons conseils sur l'architecture et la documentation qui doit aller avec (mais n'oubliez pas, les diagrammes ne donnent pas l'histoire du système)

Ca ressemble à un sujet que je prépare très sérieusement

Très bon article sur ces sombres histoires de haute disponibilité, et sur ce qu'elles peuvent réellement signifier quand on bâtit des systèmes complexes.

Gregor Hohpe est extrêmement intelligent et ses interventions sont souvent très enrichissantes. Celle-ci me paraît toutefois souffrir de trop de hauteur de vue ...

Ca se conférence, ça, non ? Je lis l'article, et je me dis qu'il est parfaitement vrai et totalement faux.

C'est exactement ce que je dis dans chacune de mes interventions

Une discussion très intéressante sur les différentes acceptations du rôle d'architecte.

Encore un système événementiel pour Postgres. Manifestement, ça doit être facile.

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.

Encore un slide à ajouter dans ma présentation de mercredi prochain

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)