11 private links
Un arbre de décision bien pratique pour s'y retrouver dans un sous-ensemble des produits Amazon.
Mais c'est un excellent modèle dites donc !
Un bon article sur les attributs de qualité d'un système logiciel
La réflexion sur le fait qu'écrire un logiciel soit plus proche de l'écriture d'un texte de loi que d'une discussion est très intéressante, et me fait évidement penser à mes sujets d'architecture
Un article très intéressant sur la nécessité d'avoir des cartes des systèmes informatiques qu'on étudie, et sur la différence entre la carte de référence et la carte de découverte.
"Un système logiciel est essentiellement un pari formalisé sur les changements que vous anticipez." C'est très juste
Tout le monde connaît (à défaut d'utiliser) ArchUnit. Konsist semble fournir une alternative orientée Kotlin, mais à priori utilisable aussi en Java.
J'aime beaucoup cette vision de l'architecture en tant que travail d'explication du système
Comment des architectes normalisent-ils le métier d'architecture logicielle ? Avec des schémas d'architecture, bien sûr !
Un état des lieux intéressant des outils utilisables autour des LLM
Parfois, avoir des textures de fond murales, c'est sympa. Et qui fait ça mieux qu'un architecte ?
La formalisation d'une gestion des connaissances personnelles vraiment bien faite.
Un super exemple d'usage de Clojure pour un projet complexe.
Comme je découvre Clojure ence moment pour l'advent of code, je trouve l'idée intéressante. Bon, je ne suis pas encore au niveau de coder une vraie application, mais j'avance.
L'article est aussi un très bon exemple de décision d'architecture.
Un superbe article expliquant fort bien pourquoi htmx est écrit en pur Javascript sans aucune des fonctionnalités de Typescript. C'est un vrai essai d'architecte, parce les décisions techniques qui y sont expliquées sont des conséquences de décisions liées au métier.
Un très bon article sur la cartographie et son exploitation dans les applications de géolocalisation. Et comme c'est ploum, il y a évidement un à-priori (que je partage) pour l'open-source
Complètement d'accord. Organiser vos packages en couches n'a aucun sens, aucune cohérence. Organisez plutôt votre code selon les fonctionnalités métier.
Une réflexion très intéressante autour de Piège de Cristal et des différentes façons de se déplacer dans un bâtiment.
Une liste de livres gratuits et qui m'ont l'air particulièrement intéressants
Je n'aime pas Lombok. Mais cette plongée dans les entrailles de l'outil est particulièrement éclairante.
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)