À 40 ans, les routines classiques conçues pour des corps plus jeunes échouent souvent, car le métabolisme et la récupération ralentissent. L’article propose un système basé sur quatre principes pour construire une routine réaliste, capable de résister aux imprévus comme une mauvaise nuit ou un enfant malade. L’idée centrale est d’adapter ses habitudes à un corps en "mode maintenance" plutôt qu’en "performance brute", en privilégiant la régularité sur l’intensité.

L’auteur, Leon Ho, souligne que la discipline ne suffit pas : une routine trop rigide, inspirée des conseils pour jeunes adultes, s’effondre face aux contraintes réelles (travail, famille, fatigue). Plutôt que de chercher des astuces du matin, il faut concevoir un emploi du temps flexible, ancré dans des bases solides comme le sommeil et la récupération musculaire, pour éviter l’abandon après quelques semaines.

Le texte insiste sur l’importance de prioriser la santé à long terme, en citant des données sur la perte musculaire après 30 ans et l’impact d’un sommeil irrégulier. L’objectif n’est pas d’adopter un rythme parfait, mais une structure minimaliste et durable, évitant l’effet "tout ou rien" qui mène souvent à l’abandon.

L’auteur partage son expérience sur la conception d’un monolithe modulaire pour un ERP de fabrication, où deux modules distincts (Catalogue et Collaboration) ont été séparés pour refléter des domaines métiers différents. Bien que cette séparation ait semblé logique au départ, des besoins fonctionnels ultérieurs ont progressivement rendu cette frontière poreuse, notamment en raison de dépendances croissantes entre les modules.

Le choix initial de communiquer via des événements pour maintenir un couplage faible a fonctionné pendant la migration, mais s’est révélé inadapté lorsque l’entreprise a exigé une cohérence immédiate des données. L’asynchronisme, initialement pertinent, a dû être remplacé par des appels synchrones et des transactions partagées, révélant que les deux modules auraient dû être fusionnés dès le départ.

L’auteur souligne que les signes avant-coureurs (comme les lectures fréquentes du Catalogue par le module Collaboration) n’ont pas été interprétés comme des indicateurs d’un problème d’architecture, mais comme des besoins fonctionnels normaux. Cette expérience illustre les défis des frontières modulaires dans un contexte métier évolutif.