Comment écrire du legacy code
plus rapidement
Grace aux méthodes agiles
Pascal Van Cauwenberghe
Donne des conseils
Gère des projets
Programme

Agile Open
http://agileopen.net

http:/www.atbru.be

@pascalvc
http://blog....
Comment devenir
célèbre en ecrivant du
code legacy
Des generations de développeurs
vous maudiront
Comment détruire
votre produit
Lentement mais sûrement
Comment détruire
votre relation avec les
clients et utilisateurs
Lentement mais sûrement
Comment détruire
votre entreprise
Lentement mais sûrement
http://www.cafepress.com/+true-story+mugs
Il était une fois...
Mon premier job
“On va faire les choses proprement”
C’était une blague!
On va faire du “quick & dirty”
L’équipe
Après un mois...
THE HORROR...
On fête les bugs
Le bug du module
sans bug
Je découvre que
j’aime travailler avec
du code legacy
Et il y a des gens qui
me payent pour ça!
1999: la panique de
l’an 2000
Extreme Programming va éliminer
le code legacy
J’ai besoin de
votre aide
“Technical Debt”
“Dette technique”
“Dette technique”
“Code pourri”
Quelques techniques
pour écrire du code
pourri
Plus rapidement
1. Techniques pour
développeur
IF Driven Development
Des commentaires
pour leurrer
Des commentaires qui font pleurer
Refactoring
Refactoring
Refuctoring
Desactivez les tests
qui échouent
“On les corrigera au prochain sprint”
Les tests sont une
perte de temps
“Je suis développeur, pas testeur”
Framework du jour
La collaboration c’est
pour les nuls
2. Techniques pour
testeur
La loi de Pascal
Qualité du code =
inverse #testeurs
Bonus si les testeurs s’appellent “QA”
Ajoutez la qualité
en testant
Après le problème
Semez la confusion
sur “qualité”
3. Techniques pour
Product
Owner/Manager
“Je veux tout”
On appelle cela un Backlog
On passe tout notre temps au “backlog
grooming”
“C’est pas ça”
“C’est trop cher”
Suivi par des négotiations interminables
4. Techniques pour
master, manager,
coacheur, directeur
Protégez l’équipe
Et appelez les gens “cochons” et “poulets”
Isolez l’équipe
Optimisez le
développement de
bugs
L’équipe de “maintenance”
Sprint
“Un marathon ce n’est que
420 sprints de 100m”
http://www.flickr.com/photos/dmaudsley/
3 façons pour tenir les
engagements du sprint
1. Hacking de fin de
sprint
“Avec waterfall il y avait moins de stress”
2. Presque “done”
Ca marche... A peu près...
3. Mentir sur la
velocité
Ne suivez pas les
règles
Surtout pas celles que vous avez mis en
place
Faites des promesses
que vous ne pouvez
pas tenir
Regardez le court
terme
Q

Release X

Release X+1
Q

Release 1

Release X+1
Retrospectives sans
resultats
“Pas dans notre sphère d’influence” ==
“C’est pas nous, c’est les autres”
Vous avez un grand
pouvoir
Avec un grand pouvoir
vient une grande
responsabilité
Qu’est-ce que VOUS
allez faire demain?
MERCI !
• Si vous avez du code pourri...

pascal@nayima.be

@pascalvc

http://blog.nayima.be

http://agilecoach.net
Keynote agile grenoble 2013
Keynote agile grenoble 2013
Keynote agile grenoble 2013
Keynote agile grenoble 2013
Keynote agile grenoble 2013
Prochain SlideShare
Chargement dans…5
×

Keynote agile grenoble 2013

1 602 vues

Publié le

Keynote présentée à Agile grenoble 2013. Comment écrire du mauvais code plus rapidement avec les méthodes agiles. Il est temps de prendre plus de responsabilité pour la qualité de notre travail et nos produits qui affectent la vie de tout le monde.

Publié dans : Business
1 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 602
Sur SlideShare
0
Issues des intégrations
0
Intégrations
353
Actions
Partages
0
Téléchargements
14
Commentaires
1
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Keynote agile grenoble 2013

  1. 1. Comment écrire du legacy code plus rapidement Grace aux méthodes agiles Pascal Van Cauwenberghe
  2. 2. Donne des conseils Gère des projets Programme Agile Open http://agileopen.net http:/www.atbru.be @pascalvc http://blog.nayima.be Crée des Jeux Raconte des histoires Organise des Conférences http:/www.xpday.net
  3. 3. Comment devenir célèbre en ecrivant du code legacy Des generations de développeurs vous maudiront
  4. 4. Comment détruire votre produit Lentement mais sûrement
  5. 5. Comment détruire votre relation avec les clients et utilisateurs Lentement mais sûrement
  6. 6. Comment détruire votre entreprise Lentement mais sûrement
  7. 7. http://www.cafepress.com/+true-story+mugs
  8. 8. Il était une fois...
  9. 9. Mon premier job “On va faire les choses proprement”
  10. 10. C’était une blague! On va faire du “quick & dirty”
  11. 11. L’équipe
  12. 12. Après un mois...
  13. 13. THE HORROR...
  14. 14. On fête les bugs
  15. 15. Le bug du module sans bug
  16. 16. Je découvre que j’aime travailler avec du code legacy
  17. 17. Et il y a des gens qui me payent pour ça!
  18. 18. 1999: la panique de l’an 2000 Extreme Programming va éliminer le code legacy
  19. 19. J’ai besoin de votre aide
  20. 20. “Technical Debt”
  21. 21. “Dette technique”
  22. 22. “Dette technique”
  23. 23. “Code pourri”
  24. 24. Quelques techniques pour écrire du code pourri Plus rapidement
  25. 25. 1. Techniques pour développeur
  26. 26. IF Driven Development
  27. 27. Des commentaires pour leurrer Des commentaires qui font pleurer
  28. 28. Refactoring
  29. 29. Refactoring
  30. 30. Refuctoring
  31. 31. Desactivez les tests qui échouent “On les corrigera au prochain sprint”
  32. 32. Les tests sont une perte de temps “Je suis développeur, pas testeur”
  33. 33. Framework du jour
  34. 34. La collaboration c’est pour les nuls
  35. 35. 2. Techniques pour testeur
  36. 36. La loi de Pascal
  37. 37. Qualité du code = inverse #testeurs Bonus si les testeurs s’appellent “QA”
  38. 38. Ajoutez la qualité en testant Après le problème
  39. 39. Semez la confusion sur “qualité”
  40. 40. 3. Techniques pour Product Owner/Manager
  41. 41. “Je veux tout” On appelle cela un Backlog On passe tout notre temps au “backlog grooming”
  42. 42. “C’est pas ça”
  43. 43. “C’est trop cher” Suivi par des négotiations interminables
  44. 44. 4. Techniques pour master, manager, coacheur, directeur
  45. 45. Protégez l’équipe Et appelez les gens “cochons” et “poulets”
  46. 46. Isolez l’équipe
  47. 47. Optimisez le développement de bugs L’équipe de “maintenance”
  48. 48. Sprint “Un marathon ce n’est que 420 sprints de 100m”
  49. 49. http://www.flickr.com/photos/dmaudsley/
  50. 50. 3 façons pour tenir les engagements du sprint
  51. 51. 1. Hacking de fin de sprint “Avec waterfall il y avait moins de stress”
  52. 52. 2. Presque “done” Ca marche... A peu près...
  53. 53. 3. Mentir sur la velocité
  54. 54. Ne suivez pas les règles Surtout pas celles que vous avez mis en place
  55. 55. Faites des promesses que vous ne pouvez pas tenir
  56. 56. Regardez le court terme
  57. 57. Q Release X Release X+1
  58. 58. Q Release 1 Release X+1
  59. 59. Retrospectives sans resultats “Pas dans notre sphère d’influence” == “C’est pas nous, c’est les autres”
  60. 60. Vous avez un grand pouvoir
  61. 61. Avec un grand pouvoir vient une grande responsabilité
  62. 62. Qu’est-ce que VOUS allez faire demain?
  63. 63. MERCI ! • Si vous avez du code pourri... pascal@nayima.be @pascalvc http://blog.nayima.be http://agilecoach.net

×