Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Software Craftsmanship - De le théorie à la pratique

Software Craftsmanship - De le théorie à la pratique

Support de ma présentation lors du Printemps Agile 2018

Pascal Le Merrer

March 22, 2018
Tweet

More Decks by Pascal Le Merrer

Other Decks in Programming

Transcript

  1. 2

  2. 3

  3. 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 ?
  4. 7 Qu’est-ce que le SOFTWARE CRAFTSMANSHIP ? § qualité §

    le bon produit § un produit correct § efficacité Photo by woodcraft.com
  5. 10 Pourquoi ? § code = source de valeur §

    code = source d’innovation § préservation du code Photo by Ilya Pavlov on Unsplash
  6. 12 Implications pour les développeurs § L'amour du travail bien

    fait § Fierté § Bonnes pratiques § Amélioration continue Photo by rawpixel.com on Unsplash
  7. 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
  8. 14 Implications pour les non-développeurs § « choix de carrière

    » § maintenir l’expertise Photo by Michał Parzuchowski on Unsplash
  9. 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
  10. 17 Les principales pratiques § TDD : Test Driven Development

    § BDD : Behavior Driven Development § CI : Intégration Continue Photo by Samuel Zeller on Unsplash
  11. 18 Les principales pratiques § Règles de codage et de

    nommage § Mesurer la qualité du code § Automatisation Photo by Samuel Zeller on Unsplash
  12. 19 Les principales pratiques § Programmation en binôme § Revue

    de code § Propriété collective du code Photo by Samuel Zeller on Unsplash
  13. 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
  14. 23 Que peut-on en attendre ? § participer à des

    conférences § attirer de nouveaux talents § motivation § employabilité Photo by Hannes Lochner
  15. 25 Le code de mauvaise qualité coûte plus cher §

    bugs è coûts § faible évolutivité
  16. 26 Conséquences de la mauvaise qualité § faibles motivation §

    perte d’expertise Photo by Yeshi Kangrang on Unsplash
  17. 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
  18. 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
  19. 31 Pourquoi n’est-ce pas généralisé ? § culture d’entreprise §

    manque de soutien § manque de leadership Photo by rawpixel.com on Unsplash
  20. 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
  21. 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
  22. 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