J'ai entendu les anciens parler de "projets facturés à la ligne de code", mais je n'en ai jamais vu - et eux non plus depuis très longtemps, semble-t-il. Pour des raisons évidentes de facilité de "triche"(copier-coller au lieu de structuration, commentaires redondants, lignes en plusieurs morceaux, etc.....).
Il m'est arrivé de cracher 1000 lignes de batch COBOL dans la journée, mais les conditions étaient optimales :
-Création d'une nouvelle fonction dans un programme fontionnant déjà(donc pas de questionnement sur l'interface du programme, ses zones de comm...) - et en plus il était codé proprement.
-Récupération d'un code existant pour la structure générale, avec une adaptation fort minime.
-Garnissage "au kilomètre" d'innombrables zones de sorties avec un retravail minimal depuis les zones d'entrée.
-Aucun accès référentiel, toutes les actions étaient déjà dans les specs, toutes les données utiles étaient présentes dans le fichier en entrée.
Evidemment, quand on créée un nouveau programme(ou pire, qu'on fait de la maintenance sur du code spaghetti non documenté), qu'on fait un truc que personne n'a jamais fait avant, qu'on doit coder des algos complexes et mal spécifiés, et qu'en plus on se tartine des tonnes d'accès référentiel ou d'appels à des modules complexes et non documentés, la productivité chute.....
Partager