뛰어난 프로그래머 생산성 – 10,000 배의 차이를 설명합니까? [닫은]

훌륭한 선반 운영자는 평균 선반 운영자의 임금보다 몇 배나 많은 명령을 내리지 만, 훌륭한 소프트웨어 코드 작성자는 평균 소프트웨어 작성자의 가격의 10,000 배에 해당합니다. - 빌 게이츠

같은 팀에 "훌륭한"소프트웨어 엔지니어와 "평균적인"소프트웨어 엔지니어가 있다고 가정 해보십시오. 한 엔지니어가 10,000 배 더 생산적인 생산성을 어떻게 차지할 수 있습니까? 나는 그들이 기능, 버그 및 조사에 대한 자신의 몫을 취하고 지속적으로 품질을 제공한다는 점을 감안할 때 이것을 아주 잘 이해할 수는 없습니다. 내 설명이 "평균"보다 높다는 것을 정당화 할 수 있습니까? "큰"?

인용의 요점은 하나는 10K 배 더 생산적이라는 것이 아니라 하나는 다른 하나보다 가치가 10K 배 높다는 것입니다. 소프트웨어는 결함이있는 설계 또는 구현이 수년 동안 휴면 상태에 놓일 수있는 고유 한 조건을 갖습니다 (잘못 가공 된 부품은 일반적으로 "작동하지 않고 현장에서 만들지 않습니다"). 하루는 참기 어려운 상황에서 머리를 키 웁니다.

모든 사람은 설계에서 구현, 테스트, 생산, 유지 보수에 이르기까지 결함을 수정하는 데 소요되는 지수 비용에 익숙해야합니다.

회사의 평판뿐만 아니라 가능한 책임을 고려할 때, 문제를 피할만큼 충분히 알고있는 개발자는 가난한 솔루션을 무지하거나 순진하게 구현 한 개발자의 10,000 배에 해당한다고 결론을 내릴 수 있습니다.

편집 (2014 년 봄) : "Heartbleed"

평균 올림픽 수영 선수는 거리에서 시간당 약 2.5 마일을 수영 할 수 있습니다.

평범한 사람 (수영 할 수있는 사람)은 거리에서 시간당 약 1.5 마일을 수영 할 수 있습니다.

이것은 평균 올림픽 수영 선수가 약 8 시간 안에 영어 채널을 수영 할 수 있음을 의미합니다.

그렇다면 올림픽 수영 선수가 평균보다 60 % 빠르며 평균 수영 선수가 레이스를 완료하는 데 약 13 시간이 걸린다는 것이 이유입니다 ...

평범한 수영 선수 인 잉글리쉬 채널을 수영 하려고 한다면, 일주일 후 해안을 가로 질러 갈 수있는 유일한 방법은 해안가에서 씻겨 나가는 것입니다.

프로그래밍의 많은 측면은 영어 채널을 수영하는 것과 같습니다. 싱크대 또는 수영입니다. 나는 10,000X가 더 나은 작동하는 완성 된 소프트웨어와 작동하지 않는 불완전한 소프트웨어의 구별을 설명하는 정확한 방법인지조차 모릅니다.

같은 팀에 "훌륭한"소프트웨어 엔지니어와 "평균적인"소프트웨어 엔지니어가 있다고 가정 해보십시오. 한 엔지니어가 10,000 배 더 생산적인 생산성을 어떻게 차지할 수 있습니까? 나는 그들이 기능, 버그 및 조사에 대한 자신의 몫을 취하고 지속적으로 품질을 제공한다는 점을 감안할 때 이것을 아주 잘 이해할 수는 없습니다. 내 설명이 "평균"보다 높다는 것을 정당화 할 수 있습니까? "큰"?

그것은 "평균적인"소프트웨어 엔지니어에게 많은 "기여 된 것"입니다. 실제로 훌륭한 소프트웨어 엔지니어는 일반 엔지니어가 제대로 해결 하지 못하는 몇 시간 안에 문제를 해결합니다. 뛰어난 소프트웨어 엔지니어는 1/5 분량의 코드와 1/10 분량의 버그로 1/3의 일반적인 문제를 해결합니다. 훌륭한 소프트웨어 엔지니어의 코드는 O (n)에서 실행되는 반면 평균 소프트웨어 엔지니어의 코드는 O (n ^ 3) 시간에 실행됩니다. 훌륭한 소프트웨어 엔지니어는 기다리는 동안 자신의 솔루션을 조정할 수 있으며, 일반적인 소프트웨어 엔지니어는 사양의 최신 변경 사항에 대해 불평하고 새로운 요구 사항을 충족하는 데 몇 주가 걸릴 것이라고 말합니다. 이들은 훌륭한 엔지니어가 일반 엔지니어의 작업을 다시 실행할 때 본 실제 차이점입니다.

차이점의 관점 에서이 문제를 해결하려고 노력할 것입니다.

훌륭한 엔지니어는 일반 엔지니어보다 다음을 더 잘 수행합니다.

• 디자인-수정이 적고 유연성이 뛰어난 디자인을 제작하십시오. 이는 소프트웨어 수명 기간 동안 절감 효과로 이어집니다.
• 특징-이것들은 금식으로 구현되고 더 깔끔한 구현입니다.
• 버그-더 빨리 발견되고 잘 수정되며 향후 버그가 줄어 듭니다.
• 조사-더 나은 해상도와 결과로 더 빨리 결론을 내릴 수 있습니다.

함께 찍은, 이러한 것이 저장 개발 시간에 돈의 회사를 많이하고 수 있도록 여분의 기회에 돈의 회사를 많이.

훌륭한 프로그래머는 종종 임금을 받기 위해 "기능, 버그 및 조사에 대한 자신의 몫을 취하는 것"이 ​​아닙니다. 그들은 때때로 회사를 그만두고 창업하거나 신생 기업에 합류하거나 새로운 스 unk 크 웍스 프로젝트를 시작하거나 옛날에는 전국적으로 유명한 푸른 하늘의 R & D 연구소에 합류하여 아무도 필요하다고 생각하지 않는 제품을 혁신합니다 또는 위대한 프로그래머의 통찰력, 기술 및 땀 전에 소프트웨어와 관련이 있다고 생각했습니다.

이 프로그래머 "가치"는 위험에 대한 비례적인 보상에 관한 것입니다. 프로그래머는 2X 이상을 지불하는 대신 그러한 미친 소프트웨어 제품에 대해 생각하기 위해 해고 당했을 수도 있습니다.

가끔 소프트웨어 스타트 업으로 발생하는 현상 : 백만 / 십억 명의 사람들에게 공개되거나 Google 또는 Facebook 등으로부터 인수되는 경우. 비슷한 양의 경우 선반 운영자에게는 거의 발생하지 않습니다 (실시간에는 하나 이상의 성공적인 실리콘 밸리 기술 회사 창립자가 작업장에 선반을 가지고 있음).

최고의 프로그래머 만 해결할 수있는 솔루션이 있습니다. 수천 개의 평범한 것들을 던지면 작동하지 않습니다. 그들이 지식을 종합적으로 결합 할 수 있다고해도 그들의 노력을 조정하는 것은 더 어렵다.

SO에 대한 질문에 대답하는 것은 다르지 않습니다. 일반적인 개발자 그룹 중 하나가 답을 얻을 수있는 많은 문제가 있습니다. 이 웹 사이트는 아마도 대부분의 개발 팀보다 노력을 조정하는 일이 훨씬 더 낫습니다.

게이츠의 인용을 뒷받침하는 경험적 증거가 있다고 생각합니다. 타이핑 풀에서 5 번째 백분위 수와 95 % 백분위 수 사이의 출력 차이 (타이핑 풀에 대해 쉽게 측정 가능)가 3 대 1과 같다는 것을 읽었습니다 (소스를 기억하지는 않지만). 워드 프로세싱 소프트웨어를 사용할 수있게 된 후에는 소프트웨어의 고급 기능을 사용할 수있는 사람들이 상대적으로 유리한 이점을 얻었 기 때문에 비율이 10 또는 20 대 1로 증가했습니다.

소프트웨어 개발의 경우 아마도 모든 종류의 도구, 기술 등을 활용할 수있는 자유가 더 많기 때문에 비율이 훨씬 높아질 것입니다. 차이를 측정하는 것이 더 어렵지만 대부분의 시도는 10 대 1 이상이며, 측정하기 쉬운 것만 측정하기 때문에 차이를 과소 평가하는 것 같습니다.

선반을 타이핑하거나 조작하는 것과 같은 일에서 상위 1 %의 사람들은 아마도 가능한 것의 생리 학적 한계에 도달했을 가능성이 높습니다. 프로그래밍의 경우에는 명확하지 않으며 (코드를 작성하는 데 걸리는 시간과 코드를 입력하는 데 걸리는 시간의 비율이 엄청나게 크지 않음) 훨씬 더 많은 변형의 여지가 있어야합니다.