11 private links
Wow.
C'est peu-être payant, mais c'est sérieusement bien animé !
J'aime beaucoup cette idée d'intégrer les équipes aux documentations d'architecture, à cause des impacts politiques évidents
Je suis d'accord avec le constat fait précisément dans ce tweet, même si j'ai tendance à désapprouver les raisons évoquées. A mon avis, il s'agit plus du fait qu'un architecte est fondamentalement un rôle transient.
Peut-être un complément intéressant à l'écosystème PlantUML, mais connaissant la complexité qu'il y a à manipuler GraphViz, je crains le truc pas vraiment fiable ...
Si par hasard la doc de PlantUML (déja archi-complète) ne vous suffit pas, vous pouvez aussi lire celle-ci
Un livre entier sur la construction de ces diagrammes, qui me paraissent des outils assez utiles de réflexion stratégique.
La phrase est d'une justesse incroyable : le vrai défi de l'architecte, c'est bien de présenter les vrais challenges de l'application. C'est à mon avis pour ça qu'il faut plusieurs types de diagrammes différents.
Encore une autre approche de la modélisation de systèmes.
Je n'arrive pas à savoir si j'aime bien, ou pas. Il y a toutefois des règles de création de diagrammes assez chouettes.
J'aime beaucoup cette vision de la résilience applicative. Ca casse bien les guignols qui serinnent que "antifragile, c'est tellement bien"
Je suis assez d'accord.
Typiquement, je n'ai pas encore trouvé de bonnes façon de recenser les différents canaux utilisés dans un MOM par une application ... Et de les représenter correctement dans mes diagrammes.
Pour Egor, je ne sais pas. En revanche, pour moi, PlantUML reste quand même une façon plus efficace que le papier pour faire un diagramme.
1and1/c4-notation: Technical resources for using the C4 model for visualizing software architecture.
Une belle liste de ressources sur C4. Ca me donne envie d'essayer d'autres styles de rendu que celui de Ricardo
Il y a quand même pas mal de variété dans le monde du diagramme en Javascript. C'est cool !
Cet article est un résumé assez correct de ce que je lis en ce moment dans "software architecture, views and beyond"
Une chouette alternative à PlantUML. Surtout parce que les diagrammes générés sont jolis.
J'apprécie la tentation de définir une règle empirique pour dessiner un diagramme. Mais je ne pense pas que celle-ci soit bonne, même si elle est intéressante.
C'est très joli, mais j'ai du mal à voir le sens qu'on peut tirer de ce genre de diagramme ...
Ca ressemble à une idée que j'ai eue, mais que je n'ai jamais pu mener à son terme ...
Bon, c'est du go. Mais ça va me fournir des modèles de base de données utilisables dans ma doc !
Bon, j'utilise depuis longtemps asciidoctor-diagram pour générer du PlantUML. Mais je découvre aujourd'hui le support de Vega !!!