나는 당신이 틀렸다는 것을 의심하고 업계의 모든 사람이 프로그래머와 개발자 사이에 차이가 있음을 두 가지 모두 확인했을 것이라고 생각하지만 문제는 그보다 훨씬 더 흥미 롭습니다. 연결 한 기사는 흥미로운 요점을 제공합니다. 개발자의 모든 정의에 맞는 우수한 생산성 메트릭을 찾을 수는 없습니다. 6 가지 아키 타입 (농담이기 때문에 5 개, 5 개)은 다른 기준을 가지고 있습니다. 주력 사는 더 많은 코드를 생성 할 수 있지만 혁신가는 새롭고 미친 일을 생각하기 때문에 그런 것이 아닙니다. 좋은 코더가되는 길은 여러 가지가 있으며 모든 사람이 자신의 의견에 동의하는 것은 아닙니다.
이것은 아마도 일상 업무의 차이에도 적용됩니다. 예를 들어 KLOC로이를 측정 할 수 있지만 이는 아마도 생산성의 한 측면 일뿐입니다. 이를 개선하면 생산성을 향상시킬 수 있지만, 측정 기준 / 생산 모델에 통제 할 수없는 요인 (예 : 회의)이 포함되어 있지 않지만 요인 (KLOC)과 관련성이 높은 경우 할 수있다
원본 용지 간단하고 정량화 할 수있는 퍼즐을 해결 조치 문제. 현실 세계에서는 그렇게하기가 어렵습니다. 따라서 따뜻하고 퍼지 방식을 사용하여 그날 얼마나 생산적인지에 대한 주관적인 판단 (또는 관리자)을 제공 할 수 있습니다. 이.
스스로 측정하고 싶다면 대답은 아마도 당신과 당신의 직장에 달려있을 것입니다. 몇 주 동안 로그를 유지 한 다음 재미있게 데이터를 분석하십시오. 몇 가지 아이디어 : 기본 질문에 대답하기 위해 데이터를 무작위로 두 세트로 분할하고 t- 검정을 수행하면 매일 변동성이 있는지 알 수 있습니다. 요일별로 버킷을 작성하고 분산 분석 또는 쌍별 t- 검정을 수행하여 요일에 차이가 있는지 확인할 수 있습니다.