C’est le titre d’une présentation en anglais de Rod Johnson: “Why J2EE projets fails”. A voir sur theServerSide si vous avez une heure devant vous, ça vaut le coup.

En vrac les points que j’ai retenus:
– Problème de communication: échec dans la capture du besoin.
– Manque d’attention concernant les problèmes de performance
– Considérer les développeurs comme des singes et imposer un framework qui ne leur laisse aucune initiative => ils coderont effectivement comme des singes et les meilleurs quitterons le projet en premier.
– Idéologie : J2EE est le saint graal, utiliser des EJB partout…
– Mauvais travail d’équipe:
– déconnexion entre l’équipe d’architecture et les développeurs
– équipe trop grosse
– trop d’heure supplémentaires
– Pas de stratégie de test approprié
– Faible productivité: mauvais outils, machine lente, cycle de développement non adapté
Les architectures J2EE traditionnelles (les blueprint de sun) ne permettent pas d’être productif.
–    Réinventer la roue.

Pour éviter ces problèmes:
–    Méthodes agiles
–    Test driven developpement
–    Toujours commencer par un proof of concept  qui implémente verticalement une fonction de l’application pour valider l’architecture.
–    Choisir les frameworks adaptés au problème à traiter
–    Tout Automatiser
–    Faire le plus de chose possible en dehors du serveur d’application (pour faciliter les tests et accélérer le cycle de développement)
–    Déterminer avec des valeurs précises les objectifs de performance et régulièrement vérifier qu’on les atteint.

Alors vous en êtes où sur vos projets??