Software Design

C'est lorsque les décisions à propos d’architectures logicielles ou de stack technique sont prises sur des avis biaisés, les médias sociaux, et plus généralement les tendances, plutôt qu’en faisant des recherches solides et en considérant l’impact sur le projet.

❓ Comment reconnaître une tendance ?

La plupart ont une structure similaire :

1️⃣ Problème réel et solution 🤨

Une équipe rencontre un pb pour lequel aucune solution n'existe. Elle décide de créer un nouvel outil / librairie / paradigme pour résoudre ce pb.

Ressources

FR

CQRS, l’architecture aux deux visages (partie 1)

https://blog.octo.com/cqrs-larchitecture-aux-deux-visages-partie-1/

CQRS, l’architecture aux deux visages (partie 2)

https://blog.octo.com/cqrs-larchitecture-aux-deux-visages-partie2/

CQRS PATTERN

https://blog.eleven-labs.com/fr/cqrs-pattern/

Qu'est-ce que la dette technique ?

La dette technique est une métaphore du développement logiciel inventée par Ward Cunningham en 1992.

C'est un concept de développement de logiciel qui reflète le coût implicite du travail supplémentaire causé par le fait de privilégier une solution facile à implémenter dans l'immédiat à une meilleure approche technique qui prendrait plus de temps.

Il s’agit de l’ensemble des coûts cachés qui grèvent la rentabilité d’un logiciel :