Numélink - 24 mai 2012     Pratiques techniques                            Introduction                               à la...
Automatisation des tests Le test représente le quoi (les spécifications en langage informatique) et le code le comment. Co...
Pair programming Ne pas rester seul face  • à un problème • à une portion de code structurante de lapplication • ...      ...
Autres pratiquesRefactoringBaby stepVersionningOutil de gestion des tâches (ex: JIRA, Redmine)    lien avec loutil de gest...
Autres pratiques Conception simple : YAGNI (You aren′t gonna need it)Utilisation de métaphore les 4 règles du design    si...
Plate forme intégration continue PICles fonctionnalités sont intégrées au fur et à mesure de leur développement
Mesure de la qualité du codeCheckStyle
Entrainement               Code retreat                Coding dojo
Outillage             HudsonCheckStyle
Prochain SlideShare
Chargement dans…5
×

Introduction à l'agilité numélink - 24 mai 2012 - #4 techniques

469 vues

Publié le

Introduction à l'agilité numélink - 24 mai 2012 - #4 Pratiques Technique

Publié dans : Technologie
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Introduction à l'agilité numélink - 24 mai 2012 - #4 techniques

  1. 1. Numélink - 24 mai 2012  Pratiques techniques Introduction  à lagilité@Agnes_Crepet@GuillaumeEhret @AlfredAlmendra
  2. 2. Automatisation des tests Le test représente le quoi (les spécifications en langage informatique) et le code le comment. Coder c’est essayer une tentative pour satisfaire les tests. • Tests unitaires • Tests fonctionnels • Test Driven Development • Behavior Driven Development 
  3. 3. Pair programming Ne pas rester seul face  • à un problème • à une portion de code structurante de lapplication • ... 1+1=3
  4. 4. Autres pratiquesRefactoringBaby stepVersionningOutil de gestion des tâches (ex: JIRA, Redmine)    lien avec loutil de gestion de sources / versionning  Déploiement continu vs Livraison continue
  5. 5. Autres pratiques Conception simple : YAGNI (You aren′t gonna need it)Utilisation de métaphore les 4 règles du design    simple SOLID • Single responsibility principle • Open close principle • Liskov principle • Interface segregation principle • Dependency inversion principle
  6. 6. Plate forme intégration continue PICles fonctionnalités sont intégrées au fur et à mesure de leur développement
  7. 7. Mesure de la qualité du codeCheckStyle
  8. 8. Entrainement Code retreat  Coding dojo
  9. 9. Outillage HudsonCheckStyle

×