As developers we sometimes add tools to the systems we are working on without thinking twice about the complexity they bring, because we pretend to be able to foresee what the future will be or just because we are following the hype. In this talk I share my view on this subject, why I think this is arming projects and explore a few alternatives to current buzzwords in order to gain simplicity.

3. Charles - @SelrahcD
Evaneos
blog.chorip.am
29 ans

4. Vieux c**

5. « Vous n’avez pas besoin de ça »

6. Apporter des solutions aux
problèmes de nos utilisateurs

7. Complexité

9. Complexités
Accidentelle
Obligatoire
Essentielle

10. Chaque ajout dans le code
augmente la complexité…

11. … et les outils en apportent
énormément.

12. Micro-services
réduction du couplage
meilleure scalabilité
latence réseau
savoir découper
monitoring
infrastructure
coordination des
déploiements
complexité
du distribué
déploiement séparés

13. GraphQL
réduction du
poids des
réponses
diminution du
nombre de
requêtes
pas
spécifique à
un client
confier le cache
aux clients
abandonner les
avantages d’HTTP
abandon des
hypermedias
difficulté à
optimiser

14. Single Page App
interface plus fluide
devoir faire
une API
tooling front
distribution de la
logique métier
avoir un état
différent du
serveur

15. Si un jour…
optimisation
prématurée abstraction
prématurée
ajout de code
pour le futur
complexité de la
modélisation inadaptée

16. Faisons simple

17. ≠ FacileSimple

18. On gagnera du temps
POC
Se former
Autres fonctionnalités

19. Création de valeur plus rapide

20. Création de valeur plus rapide

21. Avoir des retours des utilisateurs plus
rapidement

22. Plus facile à modifier

23. Les gros projets échouent beaucoup plus que
les petits !
4 %
20 %
76 %
38 %
52 %
10 %
Succès Challenge Échec
Gros projet Petit projet

24. Combattre le biais des coûts
irrécupérables

25. Quel est le problème à
résoudre ?

26. Pas de problème ?
Cargo culting
CV Driven Development
Problème imaginaire ?
Le kiff

27. Émile-Auguste Chartier, dît Alain
« Rien n’est plus dangereux
qu’une idée quand on n’a
qu’une idée. »

28. Échapper au couplage d’une
big ball of mud

29. Micro services
Big ball of
mud
Monolithe
modulaire
Monolithe
avec import des modules

30. Fournir des données via une
API

31. …
GraphQL
…
REST
?field=…&include=…
JSON API
…
Back-end For
Front-end
pattern

32. Lire les données d’un autre
module

33. API
Database
A BDB
A BDB
Vue
A B
DB

34. Quel est le contexte ?
Utilisateurs
Qualités attendues
Équipe Budget
Deadline

35. Avoir un récapitulatif

36. Pour Contre

37. « Vous n’avez pas besoin de ça »

38. « Vous n’avez pas besoin de ça »
peut-être

39. « Vous n’avez pas besoin de ça »
maintenant

40. Il faut être en mesure de
pouvoir modifier le code

41. Code de qualité
Tests
Refactoring

42. Keep It Simple Stupid

43. You Ain’t Gonna Need It

44. Revenez au problème
Étudiez le contexte
Cherchez plusieurs solutions
Pesez les pour et les contre

45. « Vous n’avez pas besoin de ça »
peut-être
maintenant
@SelrahcD