Ca me fait furieusement penser au modèle C4 appliqué à une échelle différente, et avec des conséquences différentes (parce qu'on est dans une vision architecture d'entreprise)

C'est une bonne idée de se limiter pour chaque type de technologie à trois alternatives : ce qu'on a, ce qu'on veut, et ce qu'on ne veut surtout pas.

Une méthode intéressante pour comparer des solutions alternatives

Très chouette article donnant le postulat de base de l'architecture hexagonale, et de ces autres concepts d'artisanats logiciel

Les grosses boîtes américaines proposent effectivement des solutions pour les grosses équipes, ce qui est en fait un cas marginal. Il serait bon de penser à des solutions plus adaptables aux petites équipes

Un très bon guide décrivant les différents types de documentation

Pour quelqu'un comme moi qui apprécie de plus en plus d'écrire autre chose que du code, cet épisode est vraiment très chouette. Bravo Sarah, Bravo Bruno (et merci Florent qui me l'a recommandé)

Cette phrase m'a foutu une sacrée baffe. Parce que j'ai longtemps utilisé la phrase "soit on gagne soit on apprend (sauf à la roulette russe)" qui est en fait complètement idiote

Effectivement, je vois des gens faire de l'open-source avec de l'ambition. De mon point de vue, c'est plus une école de l'humilité : je mets un projet sur GitHub, et j'essaye de faire de mon mieux (sans pour autant lancer des promesses)

Effectivement. S'engager à faire des compte-rendus de réunion, c'est aussi permettre aux absents d'en tirer les informations essentielles.

Ca m'a l'air d'un outil très puissant pour résoudre les fausses controverses qui peuplent mon champ professionnel.

L'article semble énervé, mais franchement, je suis d'accord. Aujourd'hui le web est une zone hautement militarisée pour des raisons pas toujours intelligentes, la première étant la mauvaise démographie des développeurs.

J'aime bien quand la science retourne les phrases toutes faites du management

Oh c'est vraiment génial, ça ! Ca permet aux développeurs d'exprimer leur connaissance de l'achitecture, et à l'architecte d'avoir une vision claire sur ce qu'il se passe vraiment dans le code.

Le machine learning n'est en fait souvent pas nécessaire (en tout cas au début).

Une belle méthode d'estimation (parce que c'est en fait nécessaire) qui tient compte des limites humaines.

C'est parfaitement vrai. Et c'est tout l'esprit de Structurizr et des extensions que j'essaye (difficilement) de lui apporter

Chaque technologie qui a été à la mode un jour est maintenant un artefact archéologique nécessitant une fouille digne de ce nom. Je l'ai fait cette année, et si on arrive avec le bon état d'esprit, c'est très intéressant.

Une version courte de DDD qui parlera facilement à beaucoup de monde

Ah oui, je suis d'accord sur le fait que cette phrase est de l'ordre du rêve éveillé. Le bon manager s'entoure effectivement des bonnes personnes, mais il leur fournit également la vision, le challenge, la mission, ...