11 private links
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)
Je relirai cet article, qui est une mine d'or sur l'écriture de documents de design de système ...
J'ai l'impression d'entendre mon chef
Alors ça c'est vraiment de bons principes d'architecture (et pas seulement pour de l'"architecture continue"
Quand je lis ce document, j'ai l'impression de voir une autre forme de description d'architecture applicative se dessiner. C'est intéressant ...
Des fonds de décor d'Akira. Super ultra-cool
J'aime beaucoup l'idée d'un DSL d'architecture d'entreprise. MAIS le fait que cet outil dépende de Scala/SBT et Node me paraît difficile à accepter.
Un ebook fournissant une bonne introduction à l'architecture de systèmes
La citation idéale pour démarrer n'importe quelle réunion d'architectes logiciels
J'aime bien cette approche, et cet article me paraît un retour d'expérience assez correct
Deux très bons conseils dans cette vidéo
- Quand quelqu'un dit qu'il ne sait pas quelque chose, c'est qu'il parle d'un autre sujet d'architecture que le sien
- L'architecture ne doit pas être trop précise
Si le sujet de l'architecture des microservices vous intéresse, cet article semble bien parti pour construire un référentiel de toutes les questions autour de ce sujet
Je suis super fier d'avoir participé à cet épisode d'IFTTD. On a évidement beaucoup parlé d'architecture, mais aussi d'équipe, de responsabilité partagée, de documentation. Si vous avez la moindre remarque, n'hésitez pas à m'en parler
Si vous voulez faire du C4 à travers un dsl, mais que vous n'aimez pas as celui de structurizr, cet article vous donnera une alternative franchement intéressante. Et la possibilité de définir des contraintes est un bonus vraiment utile.
Une très belle métaphore jardinière du travail d'architecte
Une belle introduction au concept d'architecture socio-technique
Une proposition intéressante, qui n'est pas complètement inattendue, mais qui ne manque pas non plus de radicalité.
J'aime beaucoup cette énumération de locomotive, qui rappelle bien que le "one size fits all", ça n'existe dans aucun domaine technique. C'est une belle inspiration.
Une démarche de modélisation d'un process qui peut être intéressante, parce qu'elle se concentre sur l'extérieur, et fournit un résultat plus "propre" que le fameux event storming
Cet article est le genre d'illustration des malheurs du cloud.