Contraindre d’abord, relâcher plus tard
Nous avons vu précédemment que plus des contraintes étaient instaurées tôt dans un projet, plus nous étions en capacité de garder le cap prédéfini. Le principe de contraindre d'abord et relâcher plus tard est une conséquence de ce premier principe.
Retours d’expérience de la communauté
boeing vs airbus
Avant l’application du principe
Les avions Boeing permettent aux pilotes une plus grande liberté de manœuvre, sans les restrictions de la "protection d'enveloppe de vol" que l'on trouve chez Airbus.
Les pilotes peuvent donc incliner l'avion fortement sur les côtés ou le faire monter brusquement.
C'est comme si on te donnait un assistant de conduite (ADAS) très permissif dans ta voiture, qui te laisse prendre des virages serrés et accélérer brutalement.
Pour les pilotes, cette liberté peut rendre le vol plus excitant et donner une sensation de contrôle total.
Cependant, cette flexibilité comporte des risques : les statistiques montrent que les avions Boeing ont environ 1,7 fois plus d'incidents de sécurité (NSTB) que leurs homologues plus restrictifs, ce qui suggère que cette liberté peut mener à des erreurs de pilotage dangereuses.
Après l’application du principe
Airbus empêche les pilotes de faire des erreurs grossières grâce à des systèmes automatiques qui prennent le relais, Airbus réduit significativement le nombre d'incidents de sécurité.
L'assistant de conduite d'Airbus fait un meilleur boulot pour éviter les accidents, en intervenant automatiquement pour corriger les erreurs avant qu'elles ne deviennent dangereuses.
Pour ceux qui privilégient la sécurité avant tout (comme en informatique), Airbus est donc le meilleur choix.
Les Big Naughty Strings
Avant l’application du principe
Après l’application du principe
Contraintes en amont iOS et Emoji
Alex
Avant l’application du principe
Ce principe me rappelle un bug d'iOS, pour lequel des suites spécifiques d'Emojis envoyées par iMessage faisaient planter le téléphone. Il essayait de combiner ces Emojis ensemble, jusqu'au crash. À défaut d'avoir été testées, ces suites étaient pourtant autorisées. Un bel exemple de contraintes non placées en amont.
Après l’application du principe
Et vous, quelles sont vos retours d’expérience ?
Si votre retour est validé, il sera prochainement publié sur le site.
Autres principes
Dans la même veine — clique, rebondis.
- Mettre le plus de contraintes en amont Développement
- Inutile de créer des conventions sans automatisation Développement
- Documentation technique générée ou rien Développement
- Documenter le rationnel Développement
- Favoriser l'approche library-first Développement
- Le nommage doit être ennuyeux Développement
- Tout vient du même livre. Découvrir le livre →