“빠르게 코딩하려면 코딩을 종료해야합니다”

우선, 내 문구가 아닙니다 : http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Mr. Markham에게 소품.

그러나, 나는 일을 할 수 있다는 것에 대해 내가 본 많은 질문에 대해 생각하게했습니다.

이 접근법은 옹호했습니다 (이 경우 50 분 동안 타이머를 설정하지만, 사람들은 당신이 할 수없는 작업에 5 분 정도 짧은 시간을 설정하여 지연을 깨는 것에 대해 이야기하는 것을 보았습니다. 짧은 휴식)은 상식적인 것처럼 보이지만 많은 사람들이 "영역"에 들어가서 가능한 한 오랫동안 (아마도 몇 시간 동안) 홈을 깨는 것보다 오래 머무를 것을 옹호합니다.

나는 다른 접근법을 계속 시도하고 각각 자신의 강점과 약점이 있음을 발견합니다.

키보드에서 더 많은 시간을 소비하는 것이 아니라 소프트웨어 개발에서 더 효과적인 (즉, 허용 된 시간 내에 클라이언트 / 보스 등이 요구하는 품질 수준으로 작업을 수행하기 위해) 사용하는 기술의 종류 ?

나는 그 기술을 매일 사용합니다. 내 타이머는 45분 에 대한 작업의 십분 의 휴식.

또한 컴퓨터의 시간을 하루 4 시간으로 최대화합니다 . 주요 작업이 코딩 중일 때는 이것이 불가능하다는 것을 알고 있습니다. 나머지 시간에는 컴퓨터가 필요없는 작업을 수행합니다.

내가 사용하는 도구는 WorkRave 입니다. 저자는 장시간 코딩을 중단 할 수 없기 때문에 물리적 인 문제가 발생하기 시작했다.

난 적은 스트레스가 영향을 긍정적으로 내 생산성을.

몇 주 후, 나는 또한 일시 중지 시간 동안 마음 챙김 기술을 시도 합니다. 맛있는.

이제 미안 방지 기술과 관련하여 이전에 시도한 모든 것을 능가하는 기술이 있습니다.

중요도에 따라 우선 순위가 지정된 단일 작업 목록을 관리합니다. 나는 목록에서 첫 번째를 선택합니다.

GTD 와 7 습관 의 조합으로 목록 (및 일정)을 유지합니다 .

목록의 효율성을 높이려면 작업 을 설명 대신 다음 작업으로 작성하십시오 ( 이 블로그 게시물의 작업, 컨텍스트 및 프로젝트 장 참조 ).

나는 그 에세이에 깊은 인상을 받았습니다. 그는 새로운 방법을 시도해 보았는데

즉, 포모 도로 (Pomodoro) 및 유사한 기술은 지속적인 틈새 인기를 갖는 것으로 보인다. 일반적으로 일을 "집중 일"과 "기타 일"로 정렬하려고합니다. 집중할 수있는 날 좀 더 편안한 옷을 입고, 좀 더 일찍 (또는 나중에 머물러) 입습니다. 당시에는 회의가 없었기 때문에 기본적으로 내 일정을 작성할 수있어 집중력이 향상됩니다. 다른 날에는 모임, 약속 등이 있습니다. 집중할 시간이 없으므로 시간을 채우기 위해 더 작고 쉬운 작업을 예약하려고합니다.

코딩 생산성을 높이는 좋은 방법 중 하나는 모든 상용구 비트의 코드 생성입니다. 복제되는 것을 리팩토링하는 것 등

여기서 기억해야 할 것은 "한 가지 크기에 모두 맞는"솔루션이 없다는 것입니다.

"일을 끝내는"능력을 향상시킬 수있는 많은 기술이 있으며 그 이유 중 하나는 다른 사람들이 다른 사람들을 위해 일한다는 것입니다.

어떤 사람들은 이런 종류의 방법론 (포모 도로 (Pomodoro) 기법 참조)을 잘 사용하고 있으며 어떤 사람들은 초점을 잃는 것을 발견 할 것입니다. 우수하고 구현이 어려움 (시간 관리 및 기타 사항에 대한 대부분의 구조화 된 방법론에 해당)

피에르 (Pierre)가 언급 한 기술 외에도 코딩이 당면한 문제이기 때문에 가능하면 동적 언어로 코딩하는 것이 좋습니다. 생산적 (측정 된 코딩 시간은 C와 비교하여 2 ~ 10의 개선 요소를 보여줍니다). 기본적으로 "키보드에서 시간을 보내지"않을 정도로 작업하기에 좋습니다.