Certains prétendent que le code du pire ennemi est sa taille, et j'ai tendance à être d'accord. Pourtant, chaque jour, vous entendez toujours des choses comme
Question: Quand est-ce "#lignes de code" utile?
ps: Notez que lorsque de telles déclarations sont faites, le ton est "plus c'est mieux".
Je suis surpris que personne n'a mentionné Dijkstra citation célèbre encore, donc, va ici:
Mon point est qu'aujourd'hui, si nous voulons compter les lignes de code, nous ne devons pas les considérer comme des "lignes de produits", mais comme "lignes passé": la sagesse conventionnelle est la folie de livre que compter sur le mauvais côté de la livre.
La citation est tirée d'un article intitulé "Sur la cruauté de l'enseignement de l'informatique".
C'est un terrible métrique, mais comme d'autres personnes l'ont noté, il vous donne une (très) bonne idée de la complexité d'un système. Si vous êtes à la comparaison de deux projets A et B, et Un est de 10 000 lignes de code, et B est de 20 000, ça ne veut pas vous en dire beaucoup - projet B pourrait être trop verbeux, ou pourrait être super-compressé.
D'autre part, si un projet est de 10 000 lignes de code, et l'autre est de 1 000 000 de lignes, le projet est beaucoup plus complexe, en général.
Les problèmes avec cette métrique venir quand il est utilisé pour évaluer la productivité ou le niveau de contribution à un projet. Si programmeur "X", écrit 2x le nombre de lignes que programmeur "Y", il pourrait ou ne pourrait pas contribuer plus - peut-être "Y" est de travailler sur un problème plus difficile...
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
