Reprise du message précédent :

En tout cas ton soft est super pratique !
Merci beaucoups ^^

Avec plaisir

Compter les lignes de codes ne veut rien dire si vous ne définissez pas ce qu'est une ligne de code.
 
Pour mon prof de CNAM (qui bosse en fait à la DGA) une ligne de code c'est: le nombre de lignes dans les fichiers multiplié par le nombre de caractères par ligne (en retirant les espaces et les tabulations) / 80 (soit la largeur "normale" d'une ligne) pondérée à la baisse de 80%.
Et même comme ça on peut 'tricher' si on emploie des noms de variables relativement longs.
 
Au boulot, ça se résume au décompte des lignes de fichiers produites par le dévelo (les lignes vides ne comptent pas).
 
J'ai codé, pour le fun, un outil qui fait les deux.
 
Donc pour résumer, une métrique ne vaut que si elle est parfaitement décrite et récurrente dans vos process. De même aucune métrique n'est parfaite. Il n'existe pas de métrique homologuée. Si un client vous demande le nombre de lignes de codes envoyer le balader (ça m'est déja arrivé)

... et de la précision de l'approximation que tu souhaites avoir.

Pour compléter mon post et te montrer que j'ai lu le tien, je défini comme métrique la ligne de code comme toute ligne contenant un caractère différent de l'espace et la tabulation et ne commençant pas par la séquence //

Est-ce que la méthode de déduction des ligne de code peut être  paramétrée? Genre DLL externes, scriting...

est-ce que tu traites aussi le rapport commentaires / code utile?
 
Au fait: je ne m'adressais pas à toi en particulier, je souhaitais juste rappeler quelques évidences...
 
Si ça t'intéresses je peux te donner les specs de mon appli voir si tu bosses sous Win NT, l'éxé. Tu me contactes en MP si ça t'intéresses.

Non, j'ai vraiment fait une appli bête et rapide qui suis les "définitions" que je viens de donner, je ne souhaite pas en faire un outils + compliqué qui s'adapterai à des métriques autres / personnalisés qui n'ont de sens que pour celui qui les définit.
 
Merci pour ton offre ;-)

 
Les couples /*   */ ça compte bcp aussi.  
Et les #if 0  ... #endif aussi.
 
Ca va t'obliger à coder un petit automate, mais sans ça, tes chiffres peuvent être fortement faussés.
 
Sinon, ça a l'air bien pratique, ton outil.
 
Ceci dit, c'est vrai que la ligne de code (LOC) est une métrique assez contestée, puisqu'elle peut inciter certains à faire du copier-coller, ce qui est le contraire de la qualité.
Sur ma demande, un pote avait codé un algo permettant de repérer du code C copié-collé (faire un tel algo efficacement est loin d'être facile), ce qui m'avait permis de factoriser pas mal de code dans une appli embarquée.

c'est clair !

La métrique ça pourrait être le LOC des tests unitaires au lieu du LOC du code

Ah, et il faudrait que ça marche récursivement sur des répertoires, et qu'on puisse choisir les extensions des fichiers à compter et exclure certains répertoires (mais ça risque d'être plus compliqué à faire, regex.h serait bien utile ici).

C'est à peu près ce que fait mon appli. Mais c'est une version inachevée.    
Beaucoup de bonnes intentions mais peu de temps (enfin beaucoup d'autres choses derrière - et comme je le dis - j'ai fais ça pour m'amuser   )

de même