Build Abstractions, Not Illusions
Conférence de Gregor Hohpe sur la différence cruciale entre abstractions utiles et illusions dangereuses : créer des plateformes qui simplifient vraiment
Cette sketchnote présente Build Abstractions, Not Illusions par Gregor Hohpe lors des API Days Paris 2024, explorant la différence cruciale entre abstractions utiles et illusions dangereuses dans l'architecture logicielle.
Contenu de la présentation
La tension technologique : Gregor illustre le paradoxe fondamental - "Technology pushes our limits, we push technology to its limits". Cette dynamique crée le besoin d'abstractions pour gérer la complexité croissante, mais attention à ne pas créer des illusions qui masquent les contraintes réelles.
Pyramide IT et coût des fondations : La construction de la base coûte beaucoup de ressources, et planifier pour tout tue l'innovation. La "IT Pyramid" montre l'écart entre théorie et réalité - les fondations solides sont nécessaires mais ne doivent pas devenir des carcans.
Plateforme comme solution : Quand quelque chose devient difficile à comprendre, construire une plateforme permet d'augmenter la réutilisation et d'améliorer la collaboration. Une plateforme partagée offre une base standardisée qui libère du temps et des ressources pour l'innovation.
Abstraction vs Illusion : La clé est de nommer les choses par leur usage, pas leurs ingrédients. Être explicite évite les malentendus et crée de vraies abstractions plutôt que des illusions qui cachent la complexité.
Points clés à retenir
- Tension créative : Pousser la technologie dans ses limites génère le besoin d'abstractions
- Plateforme intelligente : Construire quand la complexité nuit à la productivité
- Nommage explicite : Décrire par l'usage, pas par les composants internes
- Éviter les illusions : Abstractions claires qui n'occultent pas les contraintes réelles