Decrypt

Voici 3 videos de plateaux TV (techtoc.tv), où Olivier LEAL et moi-même avons participé, sur divers sujets autour du Cloud Computing tels que :

o Migration du SI vers le Cloud : à quelles conditions ? Pour quelles parties du SI ? Pour qui ?, revue des bonnes pratiques déjà établies pour se déterminer à aller vers le Cloud, et vers lequel.

o Impacts du Cloud sur la gouvernance des SI ?, redistribution des cartes !

o Ou bien encore Le Cloud pour ma PME ?, les grandes entreprises auraient-elles plus d’avantages à utiliser le Cloud qu’une PME ? Ou les raisons sont-elles ailleurs ?

Je les mets à votre disposition si vous souhaitez les regarder !

[...]

Le développement de projet utilisant des méthodes agiles tend à se généraliser. Si la méthode Scrum est loin d’être plébiscitée, on observe que les différentes équipes piochent dans la boite à outils de l’agilité en fonction de leur besoin, de leur culture et du projet. Parmi ces outils, on trouve l’intégration continue. L’intégration continue est une pratique de génie logiciel ayant pour objectif de vérifier que l’avancement des travaux de développement ne provoque pas de régression.
La démarche d’intégration continue est un processus de génie logiciel qui s’inclut dans une démarche d’industrialisation au même tire que :

• la mise en place d’un Atelier de Génie Logiciel ;
• le déploiement de postes de développement uniformes ;
• l’industrialisation des tests.

Si l’objectif est simple, la logistique devant permettre d’atteindre ce résultat repose sur plusieurs fondamentaux.

[...]

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.

[...]