Decrypt

Je me présente : Olivier Léal, Directeur de Missions (opérationnellement Directeur Technique et Architecte Sénior) chez Ysance. Pour un premier article, je profite de notre média pour dire tout haut ce que beaucoup d’architectes pensent tout bas…

Parlons donc de ces frameworks qui nous font rêver en phase d’étude et de conception puis qui nous font pleurer en production.
Pour moi, « la bonne réalisation d’une application informatique repose sur l’expérience de concepteurs professionnels et non pas sur une utilisation de frameworks mal connus et pas du tout maitrisés. »

Pour ne prendre qu’un exemple, combien de développeurs en informatique déclarant connaître Hibernate connaissent réellement son fonctionnement et sont capables de l’utiliser afin de délivrer une application qui ne rencontrera pas de problèmes de montée en charge quand il s’agira d’exploiter le volume de données en production.

Avec la propagation des méthodes agiles, où sont passées les phases de conception technique générale et détaillée. Qui se pose la question des règles de passage d’un modèle de classes métiers au modèle de classes techniques ? Est-ce qu’un architecte intervient en continu sur le projet : de l’étude jusqu’à la mise en production ?

Combien de développeurs/concepteurs ont une bonne connaissance des Design Pattern de base permettant de concevoir et de faire évoluer une application (factory, singleton, business object, business service, …) ?

[...]

Comment structurer un projet de manière évolutive, surtout si ce projet propose plusieurs accès/modules (un Front et un Back Office par exemple), utilise un outil d’un éditeur lui-même soumis à ses propres changements de version, un framework et éventuellement gère du contenu ? C’est-à-dire comment faire en sorte que le projet soit maintenable au fil du temps et puisse profiter des dernières améliorations de chaque composant sans avoir à payer de monstrueux surcoûts.

La clé est d’organiser le projet de façon modulaire en évaluant correctement les différentes briques fonctionnelles et techniques du projet à mettre en place.

Nous prendrons dans notre exemple le cas d’un projet développé sous Eclipse et dont le serveur d’application cible est Tomcat. Tout autre technologie est bien sûr envisageable.

[...]