Snowcamp 2022 - Comment ne pas jeter à la poubelle son app JS tous les 2 ans ?

Transcript

1. 2022 Merci à nos sponsors « Etoile » « Flocon »
2. Florent Dubost 10+ ans chez @BedrockStreaming (ex M6web) Team Lead équipe web Amoureux du JS, de React et des tests E2E Coach de trampoline
3. Antoine Caron (aka Slashgear) Lead Tech équipe web @BedrockStreaming Ex-Teacher @PolytechLyon Trublion de l’internet Mes jouets: ReactJS Mon blog JS ❤ Webpack Workshops Bundlers
4. 70 personnes 2017 2019 2014 140 personnes 2022 400 personnes “La route ? Là où on va, on n’a pas besoin de route !”
5. 30 types de devices 5 projets 100+ devs frontend 12 millions d’utilisateurs mensuel
6. WEB
7. COMMENT NE PAS JETER UN FRONT TOUS LES DEUX ANS ?
8. mais avant ça…
10. LA MÉMOIRE DANS LA PEAU
11. “Il était l’arme parfaite jusqu’à ce qu’il ne devienne la cible”
12. Technique de combat n°1: La review tech & produit
13. Partager la connaissance, c’est éviter les silos
16. Technique de combat n°2: 1 règle = 1 automatisation
17. CULTURE ORALE
18. BedrockStreaming/eslint-tools
20. https://buildtracker.dev/img/logo.svg
21. Technique de combat n°3: test, test, test
23. “Tester, c’est documenter”
24. Technique de combat n°4: code lisible > code performant
25. Make it right Make it fast Make it work Make it readable
27. MOURIR PEUT ATTENDRE
28. “La prochaine version d’une fonctionnalité c’est souvent sa suppression”
29. Imaginer comment on peut couper une feature
30. Gadget de Q n°1: Le feature flipping
33. Le feature flipping permet l’A/B testing
34. Gadget de Q n°2: Les tests E2E
37. 1 feature => 1…N tests à ajouter 1 correction de bug => 1 test manquant
38. Gadget de Q n°3: Une stratégie de gestion de la dette
39. “Si ça te gratte pas, pas de raison d’aller gratter”
40. 🚫 La Pull Request Brouette
41. En 2022 on a toujours des composants “Class” React et on n’y touchera probablement pas
42. La feature SSO sur 6play, dev en 2017, n’a connu aucune évolution depuis
43. Gadget de Q n°4: La gestion des dépendances
44. “Ajouter une dépendance c’est comme se marier: ça va durer quelques années et le divorce peut coûter cher”
45. Ne pas ajouter une dépendance sur un coup de tête
46. Éviter les librairies de composants graphiques (Material, etc,...)
47. On a eu de la chance en choisissant React, en 0.12.2 à l’époque 🎉 17.0.2 🎉
48. Un job journalier qui fait un audit des dépendances
49. Le divorce est possible, exemple: Fluxible
51. 24H CHRONO
52. “Un projet qui n’est pas monitoré n’est pas un projet en production”
53. 90% du trafic de la journée a lieu entre 21h et 23h
54. 9h : un dev publie le rapport du monitoring de la veille
56. 11h : on ajoute de nouvelles sondes
57. L’ajout des mesures de monitoring est dans la DOD des tickets fonctionnelles
59. 14h : mise en production, on suit les métriques
60. Communiquer les déploiements
61. Pouvoir corréler ses déploiements avec les mesures
63. Alerter, centraliser, cibler
65. “C’est rouge depuis 3 semaines mais on peut rien y faire”
66. Une alerte doit être actionnable
67. 21h : l’heure du crime
68. Les alertes sont reliées à des runbooks
70. 💡 Les idées à retenir, pour éviter de jeter son front Pallier les causes humaines 🗣 Eviter la culture orale 🤖 Automatiser toutes les règles projet/équipe/tech 👓 Du code lisible dure plus longtemps Pallier les défaillances techniques 🧐 Audit journalier automatisé des dépendances ⬆ Updater régulièrement ses dépendances (grâce au tests) ♻ Réguler l’ajout de dépendances 🎚 Du feature flipping 🗑 Un projet, c’est des ajouts mais aussi des suppressions Assurer la stabilité 📈 Monitorer, Mesurer, Alerter ✅ Définir une stratégie de test et y investir du temps 🛠 Accepter sa dette technique
72. ROTI