Principes de conception, patterns structurels et bonnes pratiques pour construire des applications durables. SOLID, clean architecture, design patterns, injection de dépendances : les fondations qui distinguent un code maintenable d'un code qui résiste au
Doctrine, Hibernate et leurs équivalents écrivent le SQL à ta place, et la question de reprendre la main revient sur chaque projet. Cet article donne le critère qui tranche requête par requête, avec le même besoin écrit des deux façons en Symfony 7.4 et Doctrine ORM 3.7, les pièges qui coûtent des heures, et ce qu'un ORM ne fera jamais pour toi.
Trois mécanismes pour signaler qu'une opération a échoué, et une question qui se pose avant eux : cet échec fait-il partie du fonctionnement prévu, ou signale-t-il une panne ? Le critère de décision, la propagation vers la fonction appelante expliquée pas à pas, des exemples en Python 3.14, Go 1.27 et Rust 1.98, et les six erreurs de gestion qui reviennent le plus souvent en relecture.
Les cartes mentales de patterns d'API qui circulent alignent des briques qui ne s'opposent pas. Cet article remet chaque brique à son étage : le contrat exposé, la couche d'exposition, l'architecture applicative et l'infrastructure réseau. Avec un schéma corrigé, trois configurations réelles, et les pièges de lecture qui font prendre une mauvaise décision.
Les deux briques sont présentées comme concurrentes dans la plupart des comparatifs, alors qu'elles traitent deux trafics différents et répondent à deux équipes différentes. Cet article donne le critère de décision réel, l'état du terrain après le retrait d'Ingress NGINX en mars 2026, du YAML Gateway API à jour, et les cas où installer un mesh coûte plus qu'il ne rapporte.
Trois façons d'exposer les mêmes données, trois contrats avec des conséquences différentes sur le cache, le typage et ce que le navigateur sait appeler. Cet article écrit le même catalogue produits dans les trois, avec du code exécuté, ce que chacun coûte en pratique, et les pièges qui apparaissent au bout de six mois de production.
Une API qui répond n'est pas encore une API utilisable. Cet article traite les décisions de conception qui séparent les deux : nommage des ressources, sûreté et idempotence des méthodes, choix du code de réponse, format d'erreur normalisé par la RFC 9457, pagination par curseur, versioning et dépréciation.
Une requête vers la base posée directement dans un contrôleur, puis une variante dans un service, puis une troisième dans un script. Cet article explique pourquoi cette dispersion coûte cher, comment le repository pattern pose une frontière entre métier et stockage, avec du code Python, un cas de cache, et les six pièges qui rendent le pattern inutile.
Le hub complet : 4 familles, 20 principes, 16 articles d'approfondissement. Une carte pour s'orienter dans ce qui distingue un code maintenable d'un code qu'on subit.
Un token API qui peut tout faire alors qu'il sert à lire trois fichiers. Un utilisateur Postgres qui peut DROP la base alors qu'il ne fait que des SELECT. Un conteneur Docker qui tourne en root sans aucune raison. Le principe de moindre privilège existe pour transformer ces accidents en non-événements.
