Aller au contenu
🌟 Le livre intégral numérique est disponible : téléchargement dès l’achat 🌟

Glossaire

Le vocabulaire, sans jargon

Les termes techniques clés du livre, expliqués simplement.

SSoT (source de vérité unique)
Une seule donnée fait foi. On évite de dupliquer l’information dans plusieurs systèmes qui finissent par diverger.
Le principe du livre : Source de vérité unique →
SoC (Separation of Concerns)
Séparer les responsabilités : chaque module fait une chose et la fait bien, sans empiéter sur les autres.
Le principe du livre : Séparer les intérêts →
Dette technique
Le coût futur des raccourcis pris aujourd’hui. À distinguer entre dette subie (qu’on encaisse) et dette choisie (qu’on pilote).
Le principe du livre : Prendre conscience de la dette subie et dompter la dette choisie →
Library-first
Concevoir d’abord une bibliothèque réutilisable, puis l’application autour. On favorise la réutilisation et les interfaces propres.
Le principe du livre : Favoriser l'approche library-first →
Map/reduce humain
Distribuer un travail entre plusieurs personnes (map) puis consolider (reduce). Puissant, mais coûteux en coordination : à utiliser avec parcimonie.
Le principe du livre : Utiliser le map/reduce humain avec parcimonie →
Go for the edge
Traiter les cas limites tôt. Ce sont eux qui révèlent les vrais problèmes de conception.
Loi de Conway (inversée)
L’architecture d’un système reflète l’organisation qui le produit. En l’inversant, on structure les équipes pour obtenir l’architecture voulue.
Le principe du livre : Assurer la mise à l'échelle des équipes en suivant la loi de Conway inversée →
UAT (User Acceptance Testing)
Environnement de recette utilisateur. Dans le livre : s’il t’en faut un, c’est souvent le signe d’un produit mal pensé.
Le principe du livre : Si tu as un environnement UAT, t'as raté ton produit →
Monitoring & alerting
Mesurer l’état du système (monitoring) et être prévenu quand ça dérape (alerting). L’un sans l’autre ne sert à rien.
Le principe du livre : Pas de monitoring sans l'alerting →
Déclaratif vs impératif
Décrire le résultat voulu (déclaratif) plutôt que la suite d’étapes (impératif). Plus lisible, plus robuste.
Le principe du livre : Préférer le déclaratif sur l'impératif →