- 1982년 초 Lisa 소프트웨어 팀은 6개월 안에 출시해야 하는 압박 속에서 엔지니어별 주간 코드 줄 수로 진척을 재려 함
- Bill Atkinson은 줄 수가 생산성을 제대로 보여주지 못하며, 작고 빠른 프로그램을 만드는 목표와도 어긋난다고 봄
- QuickDraw의 영역 계산 엔진을 더 단순하고 일반적인 알고리듬으로 다시 작성하자, 영역 연산은 거의 6배 빨라지고 코드는 약 2,000줄 줄어듦
- 첫 관리 양식에서 그 주 작성한 코드 줄 수를 묻는 항목에 Bill은
-2000이라고 적어, 측정 방식의 허점을 그대로 드러냄 - 몇 주 뒤 관리자들은 Bill에게 더 이상 해당 양식을 요구하지 않았고, 이 일화는 코드 줄 수 기반 관리가 실제 개선을 놓칠 수 있음을 보여줌
Lisa 팀의 코드 줄 수 측정
- 1982년 초 Lisa 소프트웨어 팀은 향후 6개월 안에 소프트웨어를 출시하기 위해 작업 속도를 높이려 함
- 일부 관리자는 각 엔지니어가 매주 작성한 코드 줄 수로 진척을 추적하려 했음
- 엔지니어들은 매주 금요일 제출할 양식을 받았고, 그 안에는 그 주 작성한 코드 줄 수를 적는 항목이 있었음
Bill Atkinson의 -2000
- QuickDraw 작성자이자 주요 사용자 인터페이스 설계자인 Bill Atkinson은 Lisa 구현에서 중요한 역할을 맡고 있었음
- Bill은 코드 줄 수 지표가 생산성을 제대로 측정하지 못한다고 봄
- 좋은 소프트웨어의 목표는 가능한 한 작고 빠른 프로그램을 작성하는 것이라고 생각함
- 줄 수를 늘리는 지표는 엉성하고 비대하며 고장 난 코드를 쓰도록 부추길 수 있음
- 당시 그는 QuickDraw의 영역 계산 엔진을 최적화하고 있었음
- 더 단순하고 일반적인 알고리듬으로 영역 엔진을 완전히 다시 작성함
- 조정 후 영역 연산이 거의 6배 빨라짐
- 동시에 코드가 약 2,000줄 줄어듦
- 첫 관리 양식을 작성할 때 코드 줄 수 항목을 잠시 본 뒤
-2000이라고 적음 - 관리자들이 어떻게 반응했는지는 확실하지 않지만, 몇 주 뒤부터 Bill에게는 양식 제출을 요구하지 않게 됨