La course à "toujours plus de fonctionnalités" a des impacts souvent mal maîtrisés par les équipes projet.
Hormis la partie coût de développement, on oublie souvent :
1 - La taille de la codebase qui grossit de manière conséquente : il n’est pas rare que nous ayons plus de code pour gérer les petites fonctionnalités ("de rien du tout" comme disent souvent les clients) que les fonctionnalités essentielles !
2 - Plus la taille de l’application grossit, plus les frais de maintenance augmentent, j’ai envie de dire presque exponentiellement !
3 - Et plus la vitesse avec laquelle on peut rajouter des fonctionnalités baisse.
4 - On peut ajouter à ça que, plus l’application a de fonctionnalités, plus in fine, elle est utilisée et consomme de l’énergie.
Si on veut être crédible dans la sobriété, il faut travailler à ne garder que les fonctionnalités essentielles !
Découvrez la planche #72 !
Vous démarrez un projet d’application et voulez mettre en place un outil d’intégration continue pour votre projet ? On vous partage nos conseils et notre retour d’expérience sur le sujet !
Cluster d’un Jboss EAP 6.2 (à partir de 7.x), les nodes du cluster ne se trouvent pas. Erreur du type: "dropping unicast message to wrong destination" ou "null: no physical address for"