J’ai participé récemment à certaines discussions sur l’utilité de la métrique LOC (Lines Of Code). Comme expliqué dans certains posts précédents, c’est la première métrique que je regarde lorsque j’effectue un audit de la qualité d’une application. Et j’utilise cette métrique uniquement dans le but de me faire une idée de la taille de l’application.
Vous vous rappelez que j’avais eu un beau cadeau de Noël?
Il s’agissait du plugin City Model pour Sonar, realisé par eXcentia et ils ont sorti une nouvelle version. Ceci va nous permettre également de voir comment customiser votre propre dashboard avec Sonar.
Méthodologies. Agile. Scrum. Extreme programming. Beaucoup de méthodologies. « User stories » semble actuellement très vogue.
Quand j’étais développeur, je ne croyais pas aux méthodologies. Vous êtes un bon développeur ou vous ne l’êtes pas. Et si vous ne l’êtes pas, il n’existe aucune méthodologie qui puisse changer cela.
Je dois vous faire un aveu : je me suis toujours méfié de la notion de dette technique. Cela m’a toujours paru un concept marketing.
C’est comme si vous décidiez d’acheter une voiture, que le vendeur vous remette fièrement les clés et ajoute avec un petit sourire : « vous devez déjà 10 000 $ ». Et il ne parle pas du crédit auto, non, il veut simplement dire que la voiture que vous venez d’acheter comporte certains défauts qui vont devenir de plus en plus apparents au fil du temps, fatigueront le moteur, la carrosserie, voire même probablement le conducteur.
Quelle serait votre réaction si un vendeur vous disait cela ? Accepteriez-vous d’acheter cette voiture ?
Juste un chiffre pour le post d’aujourd’hui: 1001.
C’est le nombre de visiteurs uniques sur mon blog Qualilogy en 3 mois.
Vous vous rappelez peut-être que, au 31 décembre dernier, soit 40 jours après son lancement, 300 visiteurs avaient effectué 456 visites et vu 1 160 pages.
J’ai été invité cette semaine à un évènement comportant des tables rondes entre utilisateurs sur les thèmes du Cloud et de la virtualisation.
J’ai non seulement appris beaucoup de choses, mais surtout découvert la vision du monde de la production et de l’exploitation sur … la qualité des applications.
Avis aux équipes de développement: mangez votre pain blanc tant qu’il est encore temps. Continuer la lecture
Nous avons vu dans le post précédent ‘Cas d’utilisation – Ensemble et sans heurts‘ quels use cases sont les plus souvent appliqués avec un outil d’analyse de code, et permettent d’en tirer le plus grand bénéfice:
Nous avons vu dans les deux posts précédents qu’un certain nombre de cas d’utilisation – assez fréquents – ne nécessitaient qu’un nombre restreint de métriques. Ces cas d’utilisation sont les suivants :
La question posée en commentaires du premier post est la suivante : quelles sont ces 10 ou 20 métriques les plus importantes ? Continuer la lecture
Dans le premier post de cette série ‘Comment choisir un outil d’analyse de code ?’, nous avons cité 4 critères fréquemment mis en avant alors même que leur importance varie en fonction de ce que vous souhaitez faire.
Je suis toujours surpris par les comparatifs d’outils d’analyse de la qualité d’une application qui prétendent définir les critères d’un tel choix, alors que la seule réponse exacte á cette question est que ‘cela dépend’.
Si vous souhaitez acheter une voiture, vous allez bien sûr effectuer votre choix selon un certain nombre de critères qui vont dépendre de l’usage auquel vous destinez votre véhicule. Un coupé décapotable ou une voiture de sport sont des objets certes séduisants mais peu pratiques s’il s’agit de transporter votre famille nombreuse, faire vos courses chez Carrefour, naviguer dans les dunes avec votre planche à voile ou déménager votre vieille tante.
Il en va de même en matière de sélection d’une plateforme d’analyse de la qualité des applications. Continuer la lecture