Software Craftsmanship - De le théorie à la pratique

Transcript

1. 1.

   1 Software Craftsmanship De la théorie à la pratique Photo

   by Avi Richards on Unsplash
2. 2.

   2

3. 3.

   3

4. 4.

   4 Qui suis-je ? Pascal Le Merrer Développeur @ Orange

   Agiliste et Software Craftsman
5. 5.

   5 Software Craftsmanship 1. Définition et objectif 2. Implications 3.

   Principales pratiques 4. Que peut-on en attendre ? 5. Impact des mauvaises pratiques 6. Retour sur investissement 7. Freins 8. Que faire ?
6. 6.

   6 Software Craftsmanship Définition et objectif

7. 7.

   7 Qu’est-ce que le SOFTWARE CRAFTSMANSHIP ? § qualité §

   le bon produit § un produit correct § efficacité Photo by woodcraft.com
8. 8.

   8 Un état d’esprit § professionnalisme § amélioration continue §

   partage Photo by Roya Ann Miller on Unsplash
9. 9.

   9 Manifeste Image de http://manifesto.softwarecraftsmanship.org

10. 10.

    10 Pourquoi ? § code = source de valeur §

    code = source d’innovation § préservation du code Photo by Ilya Pavlov on Unsplash
11. 11.

    11 Software Craftsmanship Implications

12. 12.

    12 Implications pour les développeurs § L'amour du travail bien

    fait § Fierté § Bonnes pratiques § Amélioration continue Photo by rawpixel.com on Unsplash
13. 13.

    13 Implications pour les développeurs § s’entrainer régulièrement § outils

    § s’amuser § étendre ses connaissances aux domaines connexes Photo by rawpixel.com on Unsplash
14. 14.

    14 Implications pour les non-développeurs § « choix de carrière

    » § maintenir l’expertise Photo by Michał Parzuchowski on Unsplash
15. 15.

    15 Implications pour les non-développeurs développeur ó artisan § non-interchangeables

    § qualité = expérience + compétences § temps pour apprendre et s’entraîner § besoin d’outils § outils préférés Photo by Michał Parzuchowski on Unsplash
16. 16.

    16 Software Craftsmanship Principales pratiques

17. 17.

    17 Les principales pratiques § TDD : Test Driven Development

    § BDD : Behavior Driven Development § CI : Intégration Continue Photo by Samuel Zeller on Unsplash
18. 18.

    18 Les principales pratiques § Règles de codage et de

    nommage § Mesurer la qualité du code § Automatisation Photo by Samuel Zeller on Unsplash
19. 19.

    19 Les principales pratiques § Programmation en binôme § Revue

    de code § Propriété collective du code Photo by Samuel Zeller on Unsplash
20. 20.

    20 Les principales pratiques § Refactoring permanent § … Photo

    by Samuel Zeller on Unsplash
21. 21.

    21 Software Craftsmanship Que peut-on en attendre ?

22. 22.

    22 Que pouvons nous en attendre ? § réduire les

    coûts de maintenance § Augmenter la productivité § qualité des produits § durée de vie des logiciels § fierté de notre production Photo by Hannes Lochner
23. 23.

    23 Que peut-on en attendre ? § participer à des

    conférences § attirer de nouveaux talents § motivation § employabilité Photo by Hannes Lochner
24. 24.

    24 Software Craftsmanship Impact des mauvaises pratiques

25. 25.

    25 Le code de mauvaise qualité coûte plus cher §

    bugs è coûts § faible évolutivité
26. 26.

    26 Conséquences de la mauvaise qualité § faibles motivation §

    perte d’expertise Photo by Yeshi Kangrang on Unsplash
27. 27.

    27 Software Craftsmanship Retour sur investissement

28. 28.

    28 Retour sur investissement § 1 heure de revue de

    code = 33 heures de maintenance en moins § Le TDD peut réduire le coût global d’un logiciel de 40% § plus d’infos: https://medium.com/javascript-scene/the- outrageous-cost-of-skipping-tdd-code- reviews-57887064c412 Photo by Olu Eletu on Unsplash
29. 29.

    29 Software Craftsmanship Freins

30. 30.

    30 Pourquoi n’est-ce pas généralisé ? § mythe du temps

    § manque d’entraînement § timidité § manque de motivation Photo by rawpixel.com on Unsplash
31. 31.

    31 Pourquoi n’est-ce pas généralisé ? § culture d’entreprise §

    manque de soutien § manque de leadership Photo by rawpixel.com on Unsplash
32. 32.

    32 Software Craftsmanship Que faire ?

33. 33.

    33 Que faire en tant que manager ? § identifier

    les développeurs passionnés § allouer du temps § suivre une formation courte Photo by Brooke Lark on Unsplash
34. 34.

    34 Que faire en tant que développeur ? § être

    un facilitateur § suivre une formation SC si besoin § revues de code § être un exemple § lire des livres de référence Photo by Alex Kotliarskyi on Unsplash
35. 35.

    35 Merci pascal.lemerrer@orange.com @pascallemerrer

36. 36.

    36 Quelques ouvrages de référence § Clean Code: A Handbook

    of Agile Software Craftsmanship, Robert C. Martin § Refactoring, Martin Fowler § The Pragmatic Programmer From Journeyman to Master de Andrew Hunt et David Thomas § The Software Craftsman: Professionalism, Pragmatism, Pride, Sandro Mancuso Photo by Alex Kotliarskyi on Unsplash