Télécharger en tant que PDF, PPTX
Téléchargé parJean-Laurent de Morlhon
Software Craftsmanship : en Pratique - AgileTour
Le document présente le concept de software craftsmanship comme une approche centrée sur les compétences de codage des développeurs, soulignant l'importance de l'apprentissage et du mentoring. Il critique certaines pratiques agiles récentes pour leur manque de techniques concrètes et prône l'intégration de pratiques comme TDD et les principes SOLID dans le développement logiciel. L'auteur, Jean-Laurent de Morlhon, partage des ressources et des méthodes pour améliorer les compétences de développement à travers des exercices pratiques et des retours d'expérience.
Contenu connexe
![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)
Similaire à Software Craftsmanship : en Pratique - AgileTour
Software Craftsmanship : en Pratique - AgileTour
- 1. Software Craftsmanship en pratique Jean-Laurent de Morlhon - 20 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. Jean-Laurent de Morlhon http://serpodile.com
- 4. Jean-Laurent de Morlhon Développeur
- 5. Master Plan 1) Qu'estce que le Software Craftsmanship ? 2) Comment *je* le mets en pratique.
- 6.
- 7.
- 8. CRAFTMAN-CHIPS @elemerdy
- 9.
- 10.
- 11.
- 12. Historique Livre 1ère Conf Pragmatic 1ère Conf Craftsmanship US Paris Programmers Craftsmanship EU Software Craftsmanship Community "Craftsmanship Manifeste over crap" Craftsmanship 1999 2008 2009 2010 2011 Livre London Livre Apprencticeship Software Clean Code Craftsmanship Patterns Comunity
- 13. Software Craftsmanship est une approche de développement logiciel qui met l'accent sur les «coding skills» des développeurs.
- 14. Crafts.man Unhomme qui pratique son métier avec une grande habileté.
- 15. ! ART http://dannorth.net/2011/01/11/programming-is-not-a-craft/
- 16.
- 20. En bref... • Unedéfinition commune • Métaphores que l'on peut interpréter de façon très différentes (art, guilde ...) • Manifeste au points flous, lié au manifeste agile
- 21. La marque "Agile" oublieles pratiques techniques.
- 22. Scrum en 2011... •Avec des post-its et des stand- ups • ... Sans itérations... • ... Sans rétrospectives... • ... Sans pratiques techniques... • ... http://www.martinfowler.com/bliki/FlaccidScrum.html
- 23. Coding Process
- 24. Coding Process
- 25. Respect ingénieur logiciel != Respect ingénieur structure
- 26.
- 27.
- 29. © 2004 WarnerBros. Entertainment Inc. All Rights Reserved.
- 30. 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
- 32. En résumé • Unmouvement. • Agile *avec* les pratiques techniques • Respect du rôle de l'ingénieur • Apprentissage / Mentoring
- 33.
- 34.
- 35. AGILE TDD SOLID CRAFT Entrainement Déploiement YAGNI Continu
- 36. Agile... XP Scrum Kanban
- 37. SOLID 5 Principes Single Responsability Open Closed Liskov Substitution Interface Segregation Dependency Inversion http://blog.xebia.fr/2011/07/18/les-principes-solid/
- 38. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ Jenga Ecrire du logiciel ce n'est pas une partie de
- 39. 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
- 40. 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.
- 41. 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.
- 42. http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ Où voulez vous brancher cela ?
- 43. 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
- 44. YAGNI You Aren't Goingto Need It !
- 45. Exercice Q: Vous avezun jar exécutable qui démarre du code que l'on veut lancer 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: Jenkins 5: Je code tout, Threads & Future FTW !
- 46. red switch ! TDD refactor flow green
- 47. TDD C'est difficile. On y arrive, ça s'apprends. Ils n'en reviennent jamais.
- 49. 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)
- 50.
- 51. S'entrainer ! Kata (seul) CodingDojo (en groupe) Code Retreat (tout plein)
- 52. Planning de CodeRetreatusuel 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
- 53. Global Day ofCode Retreat 3 décembre 2011
- 55. Pratiquez de nouveaux langages
- 56. Et à l'horizon... •Domain Driven Design • Clean Code... • TDD ++ (practice, practice, practice !) • 1 langage par an
- 57.
- 58.