Télécharger en tant que PDF, PPTX
Téléchargé parJean-Laurent de Morlhon
Software Craftsmanship: En pratique
Le document traite du concept de software craftsmanship, mettant l'accent sur l'importance des compétences en programmation et des pratiques techniques au sein des équipes de développement agile. Il évoque l'évolution historique du mouvement, ainsi que des principes et méthodes pour améliorer les compétences des développeurs à travers la pratique délibérée. L'auteur souligne que la maîtrise en développement logiciel nécessite un apprentissage continu et un regard critique sur les processus en place.
![LRA_presentation2011[1]](https://cdn.slidesharecdn.com/ss_thumbnails/7ce27e31-49dc-419e-999b-34f789c8bb05-141209135439-conversion-gate01-thumbnail.jpg?width=640&height=640&fit=bounds)
Software Craftsmanship: En pratique
- 1. Software Craftsmanship en pratique Jean-Laurent de Morlhon - 4 Octobre 2011
- 2. Jean-Laurent de Morlhon Directeur Technique Xebia +12 ans expérience IT +6 ans pratiques agiles @morlhon http://blog.xebia.fr jlmorlhon @ xebia.fr
- 3.
- 4. Master Plan Qu'est ceque le Software Craftsmanship ? Comment *je* le mets en pratique.
- 5.
- 6. CRAFTMAN-CHIPS @elemerdy
- 7.
- 8.
- 9. Historique Livre 1ère Conf Pragmatic 1ère Conf Craftsmanship US Programmers Craftsmanship EU 2nde conf "Craftsmanship Manifeste Craftsmanship EU over crap" Craftsmanship 1999 2008 2009 2010 Livre Livre Clean Code Apprencticeship Patterns
- 10. Software Craftsmanship est une approche de développement logiciel qui met l'accent sur les «coding skills» des développeurs.
- 11. Crafts.man Unhomme qui pratique son métier avec une grande habileté.
- 12. ! ART http://dannorth.net/2011/01/11/programming-is-not-a-craft/
- 13.
- 17. En bref... • Une définition commune • Métaphores que l'on peut interpréter de façon très différentes (art, guilde etc...) • Manifeste au points flous, lié au manifeste agile
- 18. La marque "Agile" oublieles pratiques techniques.
- 19. • Scrum... • ...Sans itérations... • ... Sans pratiques techniques... • ... Sans rétrospectives... • ... http://www.martinfowler.com/bliki/FlaccidScrum.html
- 20. Coding Process
- 21. Coding Process
- 22. Respect ingénieur logiciel != Respect ingénieur structure
- 23.
- 24.
- 26. © 2004 WarnerBros. Entertainment Inc. All Rights Reserved.
- 27. Musique Musicien Professeur de Musiciens d’élite professionnels musique 5 ans 2-3 h / Semaine 2-3 h / Semaine 2-3 h / Semaine 8 ans 6 h / Semaine 2-3 h / Semaine 2-3 h / Semaine 12 ans 8 h / Semaine 6 h / Semaine 4 h / Semaine 16 ans 22 h / Semaine 11 h / Semaine 7 h / Semaine 20 ans 30+ / Semaine 24 h / Semaine 12 h / Semaine Nb heures Accumulées : 10 000 heures 8 000 heures 4 000 heures The Role of Deliberate Practice in the Acquisition of Expert Performance K. Anders Ericsson, Ralf Th. Krampe, and Clemens Tesch-Romer; 1993
- 29. En résumé • Unmouvement. • Agile *avec* les pratiques techniques • Respect du rôle de l'ingénieur • Apprentissage / Mentoring
- 30.
- 31. AGILE TDD SOLID CRAFT Entrainement Déploiement YAGNI Continu
- 32. Agile... XP Scrum Kanban
- 33. SOLID 5 Principes SingleResponsability Open Closed Liskov Substitution Interface Segregation Dependency Inversion http://blog.xebia.fr/2011/07/18/les-principes-solid/
- 34. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ Jenga Ecrire du logiciel ce n'est pas une partie de
- 35. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ faire. Ce n'est pas parce qu'on peut le faire qu'il faut le
- 36. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ Uneopération à coeur ouvert n'est pas nécessaire lorsqu'on enfile un vêtement.
- 37. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ Ca cancane comme un canard, ressemble à un canard mais à besoin de pile. Vous avez surement la mauvaise abstraction.
- 38. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ Où voulez vous brancher cela ?
- 39. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ électrique dans le mur ? Est ce que vous souderiez directement un branchement
- 40. YAGNI You Aren't Goingto Need It !
- 41. Exercice Q: Vous avezun jar exécutable qui exécute du code que l'on veut rendre exécutable régulièrement. L'accès au logs passés est important. Un novice doit pouvoir les visualiser. 1: Cron Job 2: Talend 3: Quartz Scheduler 4: Je code tout, Threads & Future FTW 5: Jenkins
- 42. red switch ! TDD refactor flow green
- 43. TDD C'est difficile. On y arrive, ça s'apprends. Ils n'en reviennent jamais.
- 45. Déploiement Continu Build< 2-3 minutes. Dépendance binaire Test unitaire + intégration Déploiement de l'application complète Dés la 1ère itération (sans surcout)
- 46.
- 47. S'entrainer ! Kata (seul) CodingDojo (en groupe) Code Retreat (tout plein)
- 48. Typical CodeRetreat Planning 10h00 14h00 Code Session 1 Code Session 4 Retrospective 1 Retrospective 4 11h00 15h00 Code Session 2 Code Session 5 Retrospective 2 Retrospective 5 12h00 16h00 Code Session 3 Code Session 6 Retrospective 3 16h40 13h00 Day Retrospective ... Lunch 14h00
- 49. Global Day ofCode Retreat december 3rd 2011
- 51. Learn New Languages
- 52. Et à l'horizon... •Domain Driven Design • Clean Code... • TDD ++ (practice, practice practice !) • 1 langage par an
- 53.
- 54.