Le 11 janvier, à l’aube du 3ème anniversaire du Paris JUG, David Gageot a présenté, sous le titre “Comment j’ai mis ma suite de tests au régime en 5 minutes par jour”, son retour d’expérience sur les tests unitaires et sur la façon de les optimiser. David prend une situation fictive mais probable : Simon …
Dans sa définition littérale, la métrologie, du grec metron (« la mesure ») et logos (« la science »), est la science de la mesure. C’est donc l’ensemble des techniques et des savoir faire permettant de donner une valeur à une observation, en bref de mesurer.
Qu’est-ce que mesurer la performance ? Quels sont ses divers aspects ?
Il est possible de répondre à cette question de manière docte, circonstanciée, et sans doute assez ennuyeuse. Tentons l’économie des moyens. Et s’il ne fallait garder que 3 mesures de la performances ?
Dans un précédent billet, nous évoquions la notion de scalabilité, c’est à dire la capacité d’une application à maintenir son niveau de performance, par augmentation de la capacité de hardware, au fur et à mesure de l’augmentation de la fréquentation. La scalabilité verticale repose sur le changement de serveur pour un autre serveur plus puissant. La scalabilité horizontale, elle, repose sur l’augmentation du nombre de serveurs.
La scalabilité horizontale permet d’augmenter la capacité de l’application de manière quasi infinie. Mais que se passe-t-il lorsque la fréquentation diminue ? Lorsque la fréquentation est très irrégulière ? Lorsque que l’application devient plus efficace et nécessite moins de hardware pour soutenir la même charge ?
Un bon indice de succès pour une application est la mesure de son usage :
À mesure que la fréquentation augmente, ou en cas de succès rapide :
Sur TV4IT, Nicolas Dasriaux évoque la prise en compte de la performance dans les projets et son incorporation dans le processus d’intégration continue.
Parce que les délais et les coûts priment, parce qu’on compte parfois trop sur le matériel, le contrôle de la performance reste paradoxalement le parent pauvre de la gestion de projet. Un sujet trop souvent abordé sous l’angle technique aux dépens de sa dimension fonctionnelle.
Comment faire de la performance une préoccupation continue ?
Diagnostic et réponse avec Nicolas Dasriaux, directeur technique de Neoxia.
C’est une pratique encore un peu trop présente dans le monde de l’entreprise. Il est donc tout naturel de la retrouver dans le domaine de l’Informatique. Pour ceux qui se demandent ce qu’est une ‘patate chaude’, mis à part l’évidence d’une pomme de terre sortant du four, en voici une définition. C’est une question embarrassante, une situation désagréable, un problème, que l’on fait passer à un autre, afin d’éviter d’avoir à y faire face.
Lors de nos interventions, il nous arrive souvent de rencontrer ce genre de contexte, où l’on rejette toujours la faute chez l’autre. Ce comportement est bien sûr contre-productif. D’autant que, dans la très grande majorité des cas, aucun élément ne permet de prouver la responsabilité de l’une ou l’autre des parties. Ainsi, on demeure dans un cercle vicieux, où plus personne ne se fait confiance.
S’il est un domaine, où le principe de la patate chaude s’applique bien trop souvent, c’est bien celui des problèmes de production, qu’il s’agisse de performance, ou de fiabilité.