Le plugin Visual Studio LineCounter vous permettra de compter vos lignes de code dans votre solution ou projets (les .cs ou autres extensions .aspx, .ascx, …) .NET.
Pour m’amuser, j’ai fait l’expérience sur notre plateforme d’applications. On se place comme un éditeur de solutions, avec une plateforme .NET qui héberge N applications, toutes ayant un socle commun (un extranet, avec des annuaires, des frameworks, etc, etc).
Résultat :
181 000 lignes de code pures (.cs) ou 219 000 lignes .cs + .aspx + .ascx
Non comptés dedans : les commentaires, HTML (pour les 181 k), CSS, Javascript, blancs, etc…
Constat :
- je pensais à un chiffre plus élevé
- ça serait bien que cela se maintienne en appliquant quelques acronymes par exemple : KISS, DRY
- pour maintenir ce volume, nous sommes obligés d’être rigoureux, méthodiques, avoir de bons outils et travailler intelligemment : SOA, Design patterns sont un début de bonnes pratiques
- si selon Udi Dahan , un développeur produit seulement 7 lignes1 / jour, cela nous fait 107 ans / homme (avec 20 jours/mois) pour produire ces 181 000 lignes.
Bon, il va falloir que maintenant j’explique ça à nos décideurs et financiers
EDIT : pour Visual Studio 2008, il faut modifier le fichier LineCounterAddin.AddIn contenu dans le répertoire Visual Studio 200\\Addins, mon fichier qui fonctionne sous VStudio 2008 :
<?xml version=”1.0″ encoding=”UTF-16″ standalone=”no”?>
<Extensibility xmlns=”http://schemas.microsoft.com/AutomationExtensibility”>
<HostApplication>
<Name>Microsoft Visual Studio Macros</Name>
<Version>9.0</Version>
</HostApplication>
<HostApplication>
<Name>Microsoft Visual Studio</Name>
<Version>9.0</Version>
</HostApplication>
<Addin>
<FriendlyName>Line Counter 2005</FriendlyName>
<Description>Line Counter for Visual Studio 2005</Description>
<Assembly>LineCounterAddin\\LineCounterAddin.dll</Assembly>
<FullClassName>LineCounterAddin.Connect</FullClassName>
<LoadBehavior>0</LoadBehavior>
<CommandPreload>1</CommandPreload>
<CommandLineSafe>0</CommandLineSafe>
</Addin>
</Extensibility>
1 Je savais déjà qu’un développeur était en gros productif à 60% de son temps, chiffre qu’il faut prendre en compte pour la deadline de sortie d’un projet.