IMO이 태도는 끔찍하고 영혼을 빠는 직업을 가진 사람들과 오만한 가난한 시간 관리 기술에서 비롯됩니다. 기본적으로 하루 종일 웹 양식을 입력하는 경우 외출하고 더 어려운 직업을 얻거나 직접 시작하십시오.
여기 있습니다. 콘서트 뮤지션 (첼리스트 / 피아니스트 / 무엇이든)은 하루에 최대 6 시간을 연습합니다. 대부분 하루에 몇 시간 만 연습합니다. 가장 높은 수준에서
사람들은 더 많은 것을 배우기 때문에 더 많은 프로그램을 말한다. 그러나 그것은 스모크 스크린이다. 하루에 8 시간이면 충분 합니다.
진행은 선형 이 아닙니다 . 대수입니다.
음악가가 3 시간 이상 연습 할 수있는 유일한 이유는 그 시간이주는 1 %를 더 짜 내야하기 때문입니다. 20 년 전에 CS가 해결 한 문제를 다시 해결한다고 생각한다면 부팅 할 수있는 프리 마돈나가 있습니다.
나는 압력 밥솥 회사에서 일한 적이 있으며 저를 믿습니다. 그 사람들이 수행하는 실제 작업량은 작업량을 제한하는 37 신호와 같은 회사보다 낫지 않습니다 : http://37signals.com / svn / posts / 996-why-i-love-working-with-family-people
결국 10-12 시간 동안 컴퓨터 앞에 있고 2 시간 이상 사무실에있을 수 있지만 90 분의 점심 식사는 포함되지 않으며 2 시간 동안 토론을 보았습니다. 포럼과 시간 휴식은 사무실에 배치 된 많은 게임 중 하나 (foosball, pool, yada ...)를해야했습니다.
그 그래프를 다시보십시오. 이제 다시 돌아와
실제로 다른 활동에 참여하면 마음이 훨씬 더 확장 될 수 있습니다 . 악기 연주 배우기 . 외국어를 배우십시오 . 더 나은 운동을하고 실제 사람들과 교류하십시오 .
생산성의 로그 특성 :
유명한 바이올린 연주자에 대한 유명한 1993 년 연구에서, 앤더스 에릭슨 (Anders Ericsson) 공연 연구원은 최고의 연주자들이 모두 같은 방식으로 연습했다는 것을 발견했습니다. Ericcson은 다른 음악가, 운동 선수, 체스 선수 및 작가들 에게서도 같은 패턴을 발견했습니다.
실질적인 생산성을 위해 더 적은 것이 더 많습니다
이것은 실제로 비즈니스 세계에서 잘 알려진 원칙이며, 더 많은 프로그래머가 그것을 듣지 못하는 것에 놀랐습니다.
업데이트 : Ericsson 연구에 대한 추가 정보.
숙달되기까지 10,000 시간 / 10 년이 걸리는 모든 개념은 실제로 Malcom Gladwell이 아니라 Ericsson의 연구에서 비롯됩니다.
우리 모두 알다시피, 당신은 1 년의 경험을 10 번 반복 할 수 있습니다 ... 따라서 10 년 동안 좌석에 엉덩이를 두는 것은 자격이 없습니다. 무엇 않습니다 자격은 에릭슨 호출 무엇 의도적 연습 .
그는 운동, 음악, 작문, 체스, 수학에서이 원칙을 지키는 것을 발견했습니다. 그는 또한 고의적 인 연습이 너무 힘들어, 심지어 최고 수준에서도 하루에 약 4 시간 만 할 수 있다고 정의합니다 . 그렇지 않으면 오버 트레이닝 또는 화상으로 고통받을 것입니다. 다시 한 번, 그는 약 4 시간까지 고의적 인 연습에 대한 수익 이 감소 하고 있음을 알고 있습니다.
좋은 / 도전적인 직업이 없다는 주제에 대해 :
호그 워시. 더 나은 직업을 얻거나 여기 아이디어가 있습니다 : 현재 직장을 적어도 지금은 아닌 다른 것으로 만드십시오 .
내가 아는 최고의 프로그래머 중 한 명이 수십 개의 프로그램과 수십만 줄의 코드로 구성된 레거시 시스템에서 유지 보수 프로그래머로 일했습니다. 대부분은 수년에 걸쳐 해킹되어 더 이상 일관된 디자인이 없다고 말할 수 있습니다.
이것은 거의 어디에서나 막 다른 곳이었다. 경영진은 당신이 머리를 아래로 향하게하고 망할 버그를 고치기를 원했습니다. 좋은 개발자들은 그린 필드 프로젝트를 진행하고있었습니다. 사람들은 은퇴 할 때까지 남은 날을 보냈거나 새로운 애플리케이션 개발을 시작하기 전에 몇 년의 경험을 쌓았습니다. 대부분의 프로그래머는 경력 개발 부족, 새로운 것을 배울 수있는 기회, 흥미 진진한 프로젝트를 수행하지 못하거나 더 일반적으로 할 수있는 사람이 없는 것에 대해 불평하는 것에 대해 불평하지만 ,이 사람은 단순히 앉아서 일을 계속했습니다. 해야 할 일.
그리고 2 년 동안, 그는 그 시스템을 버그가 많은 스파게티 코드에서 아름다운 것으로 바꾸어 스위스 시계처럼 작동했습니다. 부서의 부사장은 기존 프로젝트에 점점 더 많은 관심을 기울이고 그린 필드 프로젝트의 가치에 대해 의문을 가지기 시작했습니다. 그는 타이틀이 없었지만, 사람들은 그룹의 사실상의 리더로 그에게 갔다. 제가 떠났을 때 VP는 시스템 설계자로서 새로운 역할을 만드는 것에 대해 이야기하고있었습니다.
나는 그에게 무슨 일이 있었는지 잘 모르겠지만 그는 몇 가지 매우 중요한 교훈을 가르쳐주었습니다.
당신이하는 일은 당신이하는 일이며, 모든 곳에서 해결해야 할 흥미로운 문제가 있습니다 . CRUD 화면 작성을 싫어하면 자동으로 생성하여 문제를 해결하십시오.
기회가 올 때까지 기다리지 마십시오. 그들은 결코하지 않을 가능성이 있습니다.