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.
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. 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
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
46. Il existe aussi CQRS
Séparation architecturale entre les commandes et les
requêtes. (voir conférence à laquelle vous n’avez pas
assisté... ;-) ).
37