Pimp my Legacy   par François Ostyn  @ostynf / @soatexpert     http://blog.soat.fr                           1
Disclaimer             2
Résumé•   Pourquoi parler de legacy ?•   Qui n’a jamais dû reprendre une application développée avec de mauvaises    prati...
Speaker•   Depuis plus d’une dizaine d’année dans l’informatique•   Actuellement responsable du pôle Expert Java chez So@t...
Mais pourquoi vous parler de    « Pimp My Legacy ?»                               5
Un nouveau film ?Pimp My Legacy                    6
Un nouvelle émission ?       Pimp        My      Legacy                         7
Un peu d’Histoire de l’Informatique                                      8
Les premiers ordinateurs datent des années 1940...                                                     9
...et les langages de programmations sont arrivés.                                                     10
Le langage Java              2000                 2005                 201096 97 98 99          01 02 03 04          06 07...
Le langage Java                2000                 2005                 2010  96 97 98 99          01 02 03 04          0...
Le langage Java                2000                 2005                 2010  96 97 98 99          01 02 03 04          0...
Le langage Java                  2000                 2005                 2010  96 97 98 99            01 02 03 04       ...
Le langage Java                  2000                    2005                 2010  96 97 98 99               01 02 03 04 ...
Le langage Java                  2000                     2005                 2010  96 97 98 99               01 02 03 04...
Le langage Java                  2000                      2005                 2010  96 97 98 99               01 02 03 0...
Le langage Java                  2000                      2005                  2010  96 97 98 99               01 02 03 ...
Le langage Java                  2000                      2005                  2010  96 97 98 99               01 02 03 ...
Que veut le client ?•   Que son application ne coûte pas cher•   Ajouter beaucoup de fonctionnalités•   Pour hier•   Ne pa...
Solutions•   Modifier l’espace-temps•   Travailler 24h/24•   Négocier                             13
ConclusionNe faisons rien, ça fonctionne déjà...    Avant                 Après                                         14
Questions ?              15
Ne faisons rien ?    NON                    16
Ne faisons rien ?           NONOn peut toujours améliorer les           choses                                 16
Mais que pouvons-nous améliorer ?                                    17
La stabilité               18
La stabilitéLes performances                   19
La stabilitéLes performancesL’exploitation                   20
La stabilitéLes performancesL’exploitationLe confort de l’utilisateur                              21
Existe-t-il une recette magique ?                                    22
Existe-t-il une recette magique ?            NON                     23
Juste des bonnes pratiques basées         sur l’expérience.                                    24
Règle Être humble et ne pas dénigrer ce qui a été fait.                                     25
Règle  Être capable de retrouver les  sources et documentations.                                  26
RègleQuand on ne sait pas où l’on va, il faut unecarte pour se guider.                                               27
RègleNe pas mélanger le code «métier» et lecode «technique».                                         28
RègleAvant de réinventer un framework, regarders’il n’en existe pas un.                                             29
Règle Quand une modification est effectuée, il faut être capable de revenir en arrière.                                    ...
Règle Les frameworks ont été créés pour simplifier les applications et non pas pour les complexifier.                       ...
Règle        Maîtriser le build.                              32
Règle Ne pas être tenté par le FOA (Fashion Oriented Architecture).                                    33
Règle Ne pas penser au performances en premier lieu.  Donald Knuth : «premature optimization is the root of all evil»     ...
Règle Ce qui fait la valeur d’une société, ce sont ses données et son savoir faire.                                       ...
Conclusion             36
Il existe aussi CQRSSéparation architecturale entre les commandes et lesrequêtes. (voir conférence à laquelle vous n’avez ...
Rendez-vous l’année prochaine àDevoxx France !                                  38
Merci à tous               39
Questions ?              40
Prochain SlideShare
Chargement dans…5
×

Pimp My Legacy

2 304 vues

Publié le

Sur certains projets, on peut se demander s'il y a encore vraiment un pilote pour sauver l'application.

Peut-être est-ce lié au vieillissement de nos applications de gestion désormais considérées comme "Legacy" ?
Nous vous présenterons les recettes que nous avons pu mettre en oeuvre de manière pragmatique pour améliorer progressivement la qualité des applications tout en ajoutant des fonctionnalités.
Il n'y aura pas de "Bullshit", pas de "FOA" (Fashion Oriented Architecture) : seulement des exemples de bon sens éprouvés sur de nombreux projets.

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
2 304
Sur SlideShare
0
Issues des intégrations
0
Intégrations
16
Actions
Partages
0
Téléchargements
0
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Pimp My Legacy

    1. 1. Pimp my Legacy par François Ostyn @ostynf / @soatexpert http://blog.soat.fr 1
    2. 2. Disclaimer 2
    3. 3. Résumé• Pourquoi parler de legacy ?• Qui n’a jamais dû reprendre une application développée avec de mauvaises pratiques ?• Comment améliorer les choses ? 3
    4. 4. Speaker• Depuis plus d’une dizaine d’année dans l’informatique• Actuellement responsable du pôle Expert Java chez So@t• Architecte applicatif Java• Une devise que j’apprécie : «La simplicité est la sophistication ultime» (Léonard De Vinci : 1452-1519) 4
    5. 5. Mais pourquoi vous parler de « Pimp My Legacy ?» 5
    6. 6. Un nouveau film ?Pimp My Legacy 6
    7. 7. Un nouvelle émission ? Pimp My Legacy 7
    8. 8. Un peu d’Histoire de l’Informatique 8
    9. 9. Les premiers ordinateurs datent des années 1940... 9
    10. 10. ...et les langages de programmations sont arrivés. 10
    11. 11. Le langage Java 2000 2005 201096 97 98 99 01 02 03 04 06 07 08 09 11 12 13 16 ans 11
    12. 12. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 16 ans 11
    13. 13. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 JDK 1.1 16 ans 11
    14. 14. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 J2SE1.2 JDK 1.1 16 ans 11
    15. 15. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 J2SE1.2 J2SE1.3 JDK 1.1 16 ans 11
    16. 16. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 J2SE1.2 J2SE1.3 J2SE1.4 JDK 1.1 16 ans 11
    17. 17. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 J2SE1.2 J2SE1.3 J2SE1.4 J2SE1.5 JDK 1.1 16 ans 11
    18. 18. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 J2SE1.2 J2SE1.3 J2SE1.4 J2SE1.5 Java SE1.6 JDK 1.1 16 ans 11
    19. 19. Le langage Java 2000 2005 2010 96 97 98 99 01 02 03 04 06 07 08 09 11 12 13JDK 1.0 J2SE1.2 J2SE1.3 J2SE1.4 J2SE1.5 Java SE1.6 Java SE1.7 JDK 1.1 16 ans 11
    20. 20. Que veut le client ?• Que son application ne coûte pas cher• Ajouter beaucoup de fonctionnalités• Pour hier• Ne pas perturber les utilisateurs 12
    21. 21. Solutions• Modifier l’espace-temps• Travailler 24h/24• Négocier 13
    22. 22. ConclusionNe faisons rien, ça fonctionne déjà... Avant Après 14
    23. 23. Questions ? 15
    24. 24. Ne faisons rien ? NON 16
    25. 25. Ne faisons rien ? NONOn peut toujours améliorer les choses 16
    26. 26. Mais que pouvons-nous améliorer ? 17
    27. 27. La stabilité 18
    28. 28. La stabilitéLes performances 19
    29. 29. La stabilitéLes performancesL’exploitation 20
    30. 30. La stabilitéLes performancesL’exploitationLe confort de l’utilisateur 21
    31. 31. Existe-t-il une recette magique ? 22
    32. 32. Existe-t-il une recette magique ? NON 23
    33. 33. Juste des bonnes pratiques basées sur l’expérience. 24
    34. 34. Règle Être humble et ne pas dénigrer ce qui a été fait. 25
    35. 35. Règle Être capable de retrouver les sources et documentations. 26
    36. 36. RègleQuand on ne sait pas où l’on va, il faut unecarte pour se guider. 27
    37. 37. RègleNe pas mélanger le code «métier» et lecode «technique». 28
    38. 38. RègleAvant de réinventer un framework, regarders’il n’en existe pas un. 29
    39. 39. Règle Quand une modification est effectuée, il faut être capable de revenir en arrière. 30
    40. 40. Règle Les frameworks ont été créés pour simplifier les applications et non pas pour les complexifier. 31
    41. 41. Règle Maîtriser le build. 32
    42. 42. Règle Ne pas être tenté par le FOA (Fashion Oriented Architecture). 33
    43. 43. Règle Ne pas penser au performances en premier lieu. Donald Knuth : «premature optimization is the root of all evil» 34
    44. 44. Règle Ce qui fait la valeur d’une société, ce sont ses données et son savoir faire. 35
    45. 45. Conclusion 36
    46. 46. Il existe aussi CQRSSéparation architecturale entre les commandes et lesrequêtes. (voir conférence à laquelle vous n’avez pasassisté... ;-) ). 37
    47. 47. Rendez-vous l’année prochaine àDevoxx France ! 38
    48. 48. Merci à tous 39
    49. 49. Questions ? 40

    ×