11 private links
Cette police de caractère semble capable, grâce au pouvoir des ligatures, de créer des diagrammes simplement en écrivant le texte de ce qu'ils représentent. Le manuel est complètement dingue.
Un outil de diagram as text générant du SVG. Je ne m'y attendais pas trop ... Mais il va falloir tester ça. Qui sait, ce sera peut-être aussi bien que PlantUML
Il y a quelques règles intéressantes dans cet article. Mais elles me paraissent un peu trop basiques pour être utiles.
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)
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
Dragon est une re formalisation des flowchart qui semble plutôt intéressante parce qu'elle systématise le bon chemin.
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)
Une librairie PlantUML qui supporte l'event storming, ce sera bien mieux que de le faire avec Miro !
Un très bon article expliquant les tenants et les aboutissants de Wardley to Go,Un DSL permettant de créer facilement. Des diagrammes de Warldley.
Encore un slide à ajouter dans ma présentation de mercredi prochain
Je n'ai lu que le début de la discussion, et je sais qu'il faut que je la lise en entier, mais rien que les trois premières réponses lues sont fascinantes
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.
Je vais garder cette citation dans un coin, parce que ça me semble une réflexion très pertinente sur ce qu'on choisit de mettre dans un diagramme ou pas.
Si vous voulez comparer différents outils de diagram as code, c'est un très bon site, qui montre à la fois les différences de grammaire, mais aussi les différences de grammaire. (D2 s'en sort pas mal du tout !)
Pour des raisons personnelles et historiques, je préfère nettement PlantUML. Mais cet article offre un contrepoint intéressant sur leurs qualités respectives
Retenez-moi, ou je code un exporteur PlantUML vers du HTML + JS avec cette librairie et un peu de positionnement libre ...
Le point de départ de beaucoup de mes idées de ces dernières années
ddocker run -it --rm -p 8080:8080 -v %CD%:/usr/local/structurizr structurizr/lite
Une critique valide, qui peut figurer en préambule de n'importe quelle documentation d'architecture
Un générateur de diagramme de gantt qui semble sortir du pur HTML. Ca m'a l'air mieux que TaskJuggler ou même que ce que fait PlantUML