Articles
Des analyses approfondies sur l'architecture logicielle et la façon de structurer le code source — écrites pour être comprises par les débutants, tout en restant utiles aux équipes qui livrent à grande échelle. Des schémas, des exemples concrets, sans bla-bla.
Comment organiser le code source pour qu'il survive à la croissance, aux équipes et aux changements.
6 articlesLe côté humain de la construction de logiciels — revues, retours, mentorat, et les équipes qui font grandir les personnes plutôt que de les épuiser.
5 articlesUn guide accessible et riche en exemples sur l'Hexagonal Architecture : ce que sont vraiment les ports et les adapters, la règle unique qui la fait fonctionner, et exactement quelle dose en appliquer — que vous soyez un fondateur solo ou une équipe d'entreprise.
Elles ressemblent à trois architectures rivales. En réalité, c'est la même idée — les dépendances pointent vers l'intérieur, les frameworks restent à la périphérie — dessinée de trois façons différentes. Voici ce que chacune apporte vraiment, et laquelle choisir.
Les conteneurs DI semblent magiques jusqu'à ce que vous voyiez l'idée simple qu'ils cachent : arrêtez de laisser le code créer ses propres dépendances, et passez-les plutôt de l'extérieur. Un guide depuis zéro, avec de vrais exemples et les bénéfices pour les tests.
Vos dossiers de premier niveau doivent-ils s'appeler controllers/services/models, ou orders/billing/auth ? Ce choix discret façonne silencieusement la façon dont votre codebase grandit. Un tour pratique de la structure par couche, par fonctionnalité et de la Screaming Architecture — avec les compromis à chaque taille d'entreprise.
Les microservices sont une taxe que vous payez pour la mise à l'échelle organisationnelle — pas un point de départ. Un parcours sans fioriture du monolithe au monolithe modulaire puis aux microservices, avec les signaux qui vous disent quand (et si) diviser.
Diviser le frontend en pièces déployables indépendamment peut libérer les équipes — ou vous noyer dans la complexité. Rédigé à partir de l'expérience de livraison d'une configuration Angular-host + modules React à grande échelle : quand les micro-frontends rapportent, et la facture qu'ils entraînent.
La revue de code est le moment où la culture d'équipe se forge ou se brise. Un guide pratique pour réviser le code afin qu'il soit meilleur ET que l'auteur en ressorte plus fort — des formulations concrètes, une checklist pour le relecteur, et les habitudes qui rendent les revues toxiques en silence.
La bienveillance n'est pas de la gentillesse, et ce n'est pas de la faiblesse. C'est un multiplicateur de force — des retours plus clairs, des incidents plus sûrs, des coéquipiers qui progressent plus vite. Ce que le « kind engineering » signifie vraiment, et comment le pratiquer dans les revues de code, les incidents et le travail quotidien.
Une excellente pull request est un cadeau pour votre relecteur : petite, bien décrite, facile à accepter. L'anatomie d'une PR révisable — taille, titre, description, hygiène des commits et auto-revue — avec des exemples concrets avant/après.
La plupart des ingénieurs n'ont jamais appris à donner des retours — ni à les recevoir. Un guide de terrain pour des retours précis, bienveillants et actionnables, et pour rester ouvert quand c'est vous qui les recevez, avec des scripts prêts à l'emploi.
Les grandes équipes se cultivent, elles ne sont pas seulement recrutées. Issu de la direction d'équipes d'ingénierie : comment mentorer pour que les personnes progressent vite — le binômage, la revue de code comme enseignement, l'épreuve de la bonne taille, et les changements de mentalité qui transforment un junior en quelqu'un à qui vous feriez confiance pour tout.