[metrics] 신화적인 남자 달 개발자 당 10 라인-큰 프로젝트에 얼마나 가깝습니까? [닫은]

실제로 “The Mythical Man-Month”(이 문서를 읽는 사람은 누구나 쉽게 구할 수있는 사본이 있어야 함)의 사본을 확인하지 않고 Brooks가 작성된 라인으로 생산성을 살펴 보는 장이있었습니다. 그에게 흥미로운 점은 하루에 쓰여진 실제 줄 수가 아니라 어셈블러와 PL / I에서 거의 같은 것으로 보인다는 사실입니다 (고급 언어라고 생각합니다).

Brooks는 일종의 임의의 생산성 수치를 포기하지는 않았지만 실제 프로젝트의 데이터를 사용하여 작업하고 있었으며 평균적으로 하루 12 라인이었을 수도 있습니다.

그는 생산성이 달라질 수 있다고 지적했다. 그는 컴파일러가 애플리케이션 프로그램보다 3 배, 운영 체제는 컴파일러보다 3 배 어렵다고 말했다. (그는 카테고리를 분리하기 위해 3의 승수를 사용하는 것을 좋아 한 것 같습니다.)

그가 프로그래머의 생산성 사이의 개별적인 차이점을 이해했는지는 모르겠지만 (크기 순서의 논쟁에서 그는 7 가지 차이점을 가정했지만) 우리가 아는 것처럼 우수한 생산성은 더 많이 쓰는 것이 아닙니다 코드뿐만 아니라 작업을 수행하기 위해 올바른 코드를 작성합니다.

환경에 대한 질문도 있습니다. Brooks는 개발자를 더 빠르거나 느리게 만드는 것에 대해 조금 추측했습니다. 많은 사람들과 마찬가지로, 그는 현재 유행 (시간 공유 시스템을 사용한 대화 형 디버깅)이 기존 방식보다 더 나은지에 대해 의문을 제기했습니다 (전체 시스템을 사용하여 2 시간 동안 신중하게 사전 계획).

이를 감안할 때, 그가 생각했던 실제 생산성 수치는 쓸모가 없다고 생각합니다. 이 책의 지속적인 가치는 사람들이 배우지 않고 계속 유지하는 원리와보다 일반적인 교훈에 있습니다. (만일 모든 사람이 그것들을 배웠다면이 책은 잠재 의식적인 마음과 같은 무언가가 있다는 프로이트의 모든 주장과 마찬가지로 역사적 관심사 일 뿐이다.)

답변