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 #26 !
Pour faire simple, c’est la vitesse d’exécution d’une page. L’enjeu actuel est de faire oublier la présence de la machine derrière l’application, et ainsi, de proposer une expérience utilisateur optimale. On le sait maintenant depuis quelque années, une
Le DevOps n’est pas un outil mais des références et plateformes intègrent des fonctionnalités qui vont aider à faire vivre cette philosophie qui reste très ouverte. Dans cet article, on compare Azure DevOps, GitLab, Jenkins, GitHub !