Analyse de la Clean Architecture au-delà de la simple organisation en dossiers, explorant ses principes fondamentaux comme SOLID et le couplage.
L'article discute de l'utilisation des "boring technologies" (technologies ennuyeuses mais maîtrisées) et du moment opportun pour changer de solution technique.
L'article souligne l'importance cruciale de la forme et de la clarté dans la communication technique au sein des équipes de développement.
L'article explique que les bonnes pratiques en développement logiciel sont contextuelles et ne doivent pas être appliquées aveuglément d'un projet à l'autre.
Récapitulatif 2025 d'un blogueur technique : partage de contenu, articles populaires sur l'architecture et DDD, et réflexions sur l'impact de l'IA.
L'article analyse les problèmes organisationnels en entreprise, notamment les silos entre équipes, et propose l'organisation en équipes produit pluridisciplinaires comme solution.
Analyse du dilemme stratégique "Build vs Buy" pour les solutions logicielles, expliquant quand développer en interne ou intégrer une solution existante.
Explication de la loi de Conway et son impact sur l'architecture logicielle et l'organisation des équipes de développement.
L'article explique que la Clean Architecture ne se limite pas à un découpage de fichiers, mais repose sur le sens des dépendances pour isoler la logique métier.
Présentation du concept de Screaming Architecture, une approche d'organisation du code qui révèle l'intention métier du logiciel.
Explique les différences fondamentales entre les patterns CQS et CQRS, deux principes de conception logicielle pour séparer les opérations de lecture et d'écriture.
Explique les trois types de messages en programmation (commandes, requêtes, événements) et l'importance de leur nommage.
Guide sur la gestion et le suivi des décisions d'architecture dans les projets, incluant l'utilisation d'ADR et d'outils d'automatisation.
Une analyse critique du principe DRY en développement logiciel, expliquant quand la duplication de code peut être bénéfique pour l'architecture et la maintenance.
Introduction au Domain-Driven Design (DDD), une approche de conception logicielle centrée sur le métier pour créer un code stable et maintenable.
Explication du design pattern Commande en PHP, son utilité pour un code modulaire et l'implémentation d'un bus de commandes simple.
Exploration du concept de programmation par interfaces et des cas d'usage judicieux pour découpler le code et faciliter les tests.
Introduction aux bases de l'architecture logicielle, son importance pour le développement et la maintenance, et comment éviter les pièges courants.
Explique comment modéliser une relation plusieurs-à-plusieurs (n:n) dans un agrégat en DDD, en évitant le partage d'entités et en conservant l'intégrité.
L'article met en garde contre la copie aveugle des architectures complexes des géants tech, et prône des systèmes simples et pragmatiques pour les startups.
