−2000 lignes de code

L'histoire de Folklore.org raconte un épisode du processus de développement chez Apple dans les premières années de l'entreprise.



Au début de 1982, l'équipe logicielle de Lisa travaillait dur pour sortir le logiciel au cours des six prochains mois. Certains responsables ont décidé qu'il serait bien de mesurer les performances de chaque ingénieur en nombre de lignes de code écrites par semaine. Les gestionnaires ont créé un formulaire que les ingénieurs devaient remplir tous les vendredis. Dans ce formulaire, l'un des champs était affecté au nombre de lignes de code par semaine.



Bill Atkinson, auteur de Quickdraw, l'un des principaux concepteurs d'interface utilisateur et de loin le développeur le plus important de Lisa, a considéré le nombre de lignes de code comme une mesure stupide de la productivité. Bill considérait que son objectif était d'écrire des programmes aussi petits et rapides que possible. Au contraire, l'indicateur du nombre de lignes de code encourageait à écrire du code bâclé, gonflé et tordu.



C'est à cette époque que Bill travaillait à l'optimisation des extraits de calcul Quickdraw. En utilisant un algorithme plus simple et plus général, il a complètement réécrit le moteur de région [la structure de touches Quickdraw, qui représente de manière compacte un fragment de l'écran en mémoire - env. par.]. Après plusieurs améliorations, la productivité régionale a été multipliée par presque six. Comme effet secondaire, le travail de Bill a réduit la taille du programme de 2 000 lignes.



Bill venait juste de finir de peaufiner l'optimisation lorsqu'il est venu le temps de remplir un nouveau formulaire de gestionnaire. Lorsque le développeur est venu sur le terrain avec le nombre de lignes de code par semaine, il a réfléchi une seconde, puis a noté: -2000.



Je ne sais pas comment les managers ont réagi à cela. Une chose que je sais avec certitude: après quelques semaines, on n'a plus demandé à Bill de remplir le formulaire, et il l'a volontiers ignoré.