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 !
Il est possible que vous ayez l’erreur suivante lorsque vous essayez d’ouvrir un rapport envoyer vers votre serveur Jasper via Jasper Studio
Découvrez la planche #20 !
Il est parfois nécessaire d’utiliser l’instruction fromobject sur plusieurs projets. Mais cette instruction n’accepte qu’un seul argument. L’utilisation d’un virtual dataset va permettre de réaliser un fromobject() sur plusieurs projets.