프로그래밍의 특정 측면을 완료하는 데 10 초 이상 걸리는 경우 어떻게 초점을 유지합니까? [닫은]

무언가 (컴파일, 시작 시간 등)가 몇 초 이상 걸리는 경우 (프로그래밍 방식)의 일에 집중하는 데 매우 어려운 시간이 있습니다. 일화 적으로 임계 값은 약 10 초인 것 같습니다 (지금은 찾을 수는 없지만 같은 내용의 연구에 대한 독서를 기억합니다). 일반적으로 발생하는 일은 변경 한 다음 프로그램을 실행하여 테스트하는 것입니다. 그것은 약 30 초가 걸리므로 다른 것을 읽기 시작하고 20 분이 지났다는 것을 알기 전에 컨텍스트 전환을 처리하는 데 10 분이 더 걸립니다 (운이 좋으면!) .

몇 분이 걸리는 일이 문자 그대로 완료하는 데 몇 시간이 걸린다고해도 과언이 아닙니다.

다른 프로그래머가이 경향에 대항하기 위해 무엇을하는지 궁금합니다 (또는 독특하고이 경향이없는 경우). "컴파일 버튼을 눌렀을 때 손에 앉기", 정신적 트릭, "변경을 테스트하기 위해 무언가를 시작하는 데 30 초가 걸리면 개발 프로세스에 문제가있는 것"등 모든 유형의 제안을 환영합니다. ! "

나는 컴퓨터 / 삐 소리가 나는 그런으로 실행하는 긴 명령이있을 때 소리 / 등 다음, 재생하게됩니다 '경고'라는 작은 명령 행 유틸리티 쓴 make, 내가 실행합니다 make; alert. 내가 할 수있는 곳에서, 나는 또한 논증에 따라 다른 소리를 내도록 논증을 받는다. 따라서 나는 할 수 make; alert $?있고 나는 a) 빌드가 완료되었다는 것을 알 것이다. 당신은 그것으로 그렇게 공상 일 필요는 없습니다. 그냥 echo -e "\a"충분할 수 있습니다.

정말 화려하고 성가 시려면 텍스트 음성 변환 패키지를 사용하고 대화 상자 팝업을 트리거하십시오.

여기서 중요한 아이디어는 작업 관련 작업이 완료되는 즉시주의를 분산시키는 것입니다.

나는 똑같은 문제가 있으며, 나를위한 해결책은 당신을 빨아 들일 수없는 일을하는 데 시간을 소비하는 것이 었습니다. 나에게 이것은 일반적으로 (1) 물병을 채우거나 (2) 일어 서서 다리를 펴기 위해 사무실 주위를 30 초 정도 걸 으면 운동이 필요합니다. 인터넷 검색을 잃어 버릴 수 있습니다. 자신의 칸막이를 잃어 버리는 경우는 거의 없습니다.

건강을 위해 무언가를하십시오 :

스탠드 업, 컴퓨터에서 멀리 떨어져 손과 팔 스트레칭 운동을합니다. 최대 2-5 분이 소요됩니다. RSI를 겪지 않는 미래의 자기 자신이 이것에 대해 감사 할 것입니다.

또한, 2-5 분 휴식에 대해서는 포모 도로 (Pomodoro) 기술을 읽어보십시오 . 이것은 현재의 일에서 마음을 빼앗아 조금씩 가라 앉힐 수 있도록 짧은 휴식을 자주 취한다는 생각에 근거합니다. 그것은 당신의 생각의 기차를 완전히 풀어주지 않고 뇌에 숨을 불어 넣을만큼 충분히 짧은 휴식입니다.

개발은 창의적인 과정입니다. 특히 사무실에 방해가 많은 경우에는 항상 생산성을 높일 수 없습니다. 그렇기 때문에 Joel 테스트 는 조용한 근무 조건을 제안합니다.

Joel Spolsky는 또한 "지역에 있지 않다"는 것이 무엇을 의미하는지 설명합니다 . 무언가가 일을 방해 할 때마다 10 분을 소비해야합니다. 종종이 영역으로 돌아와서 다시 생산성을 유지하는 데 더 많은 시간이 소요됩니다.

주의가 산만하다 :

• 부인의 전화
• 사무실 공간에있는 비즈니스 사람에게 가까운 전화 통화
• 도움을 요청하는 동료
• 배가 고파서
• 개인적인 문제가 있다면
• 10 년 전에 경험이없는 개발자가 작성하고 리팩터링하지 않은 레거시 코드를 작업해야했습니다.
• PC 속도가 느리거나 인터넷 연결 속도가 느리면
• 컴파일 과정이 오래 걸리고
• 기타

그것과 관련이 없습니다. 당신이 할 수있는 유일한 일은 산만 자체를 제거하는 것입니다.

• 사무실에 전화가 없어요
• 조용한 근무 조건
• 빠른 컴퓨터 및 인터넷 액세스
• 빠른 컴파일 프로세스
• 기타

귀하의 경우, 방해가되는 컴파일러 인 경우 다음과 같이 컴파일 시간을 줄이십시오.

• 프로그램의 크기를 줄입니다 (예 : 일부 IDE를 사용하면 솔루션에서 일부 프로젝트를 언로드하여 컴파일 시간을 크게 줄일 수 있습니다).
• 작업 중에 야간 빌드를 사용하고 컴파일을 줄이면
• 더 빠른 기계를 사면 (아무것도 없다면)
• 기타

내가 말할 사람이 될 것 같지만 그냥 거기에 앉아 끝내기를 기다려야합니다.

끊임없이 일을하고 적극적으로 일할 필요를 느끼지 않도록 스스로 훈련해야합니다. 이것은 개발자뿐만 아니라 모든 사람에게 영향을 미치는 매우 해로운 문제입니다. 사회는 끊임없는 자극 (시각적, 청각 적, 정신적)에 대한 요구에 사로 잡혔습니다. 휴대 전화를 꺼내거나 문자 메시지를 보내거나 웹 서핑, 페이스 북 확인 등을하지 않고 30 초 이상 유휴 상태가되는 사람은 없습니다.

컴파일을하는데 1 분 정도 걸리면 그냥 앉아서 뇌를 이완시킬 수있는 좋은 기회를 고려하십시오. 자극적 인 일을하고 싶은 비 활동의 순간을 즐기라는 충동을 물 리치십시오.

시간이 지남에 따라 시간이 지날수록 쉬워지고 하루 종일 뇌 발사를 100 % 유지하려고 노력할 때 훨씬 더 나은 업무 경험을 얻게 될 것입니다.

@retracile이 제안하는 것에 동의하지만 Zen 프로그래밍 규칙 에 따라 한 번에 하나의 작업에만 집중해야합니다. 전화, 웹 브라우징, 소셜 네트워킹 또는 멀티 태스킹에 응답하면 생산성이 저하 될 수 있습니다. 대기 시간을 짧게 사용하여 기존 작업 / 솔루션과 개선을 위해 수행 할 수있는 작업에 대해 생각하십시오.

문에 붙어있는 바가 있습니다

풀업을 5 회만 수행 할 수 있으므로 1 분도 채 걸리지 않습니다. 아니면 차 한잔 해요.

나에게 초점을 유지하는 방법은 작업 공간이 무엇이든 깨끗한 작업 공간을 유지하는 것에 대해 무자비한 것입니다. 현재 프로젝트에 포함되지 않은 것은 신호 대 잡음비의 노이즈입니다. 초점을 유지하는 데있어 중요한 부분은 신호 대 잡음비를 높게 유지하는 것입니다.

코딩 할 때, 이것은 최근에 사용하지 않은 프로그램을 닫고, 정기적으로 브라우저 탭을 정리하고, 현재 프로젝트와 즉시 관련이없는 항목을 데스크탑에 유지하는 것을 의미합니다. 탭을 닫거나, 프로그램을 닫거나, 임시 파일을 삭제하고, 보관해야 할 내용을 보관하는 등 10 초 지연을 사용하여 "라운드 만들기"를 사용합니다.

"라운드 만들기"습관을들이는 것은 토끼의 흔적을 막는 데 도움이됩니다. 왜냐하면 현재 진행중인 작업을 지속적으로 평가하고 상기시켜주기 때문입니다.

오늘 5 회 이미 열었던 탭을 다시 열거 나 15 번째로 높은 권한으로 명령 프롬프트를 다시 시작해야하는 경우 적은 비용이 듭니다. 그러나 키보드 단축키와 같은 단축키를 사용하면이를 줄일 수 있습니다. 실제로 아주 작은 가격.

내가 일하지 않는 실제 시간을 추적하는 것이 도움이된다는 것을 알게되었습니다

이를 위해 여러 가지를 사용할 수 있습니다. 나는 당신을 위해 이것을 다운로드하기 위해 다운로드 할 수있는 많은 무료 앱이 있다는 것을 알고 있습니다 (지금 당장 내 머리 꼭대기에서 생각할 수는 없지만 누군가가 나에게주는 경우이 답변에 추가 할 것입니다) 또는 자신만의 것을 만드는 것은 매우 쉽습니다. 나는 일반적으로 내가 만든 창 하나를 사용하여 화면 모서리에 Working/ 버튼이있는 작은 창을 만들고 NotWorking포커스를 전환 할 때마다 내가 클릭 한 창을 클릭합니다.

체스 시계도 작동

당신의 시간을 추적하는 행위는 당신이 일하는 데 소비하는 시간을 얼마나 낭비하고 있는지 더 잘 알 수있게 해주 며, 나는 그것이 매우 흥미있는 스택 오버 플로우 질문 또는 블로그를 떠나도록 강요하기 때문에 더 생산적으로 만듭니다. 기사를 작성하고 다시 작업

주의를 끌기 위해 낙서를 사용합니다. 나는 항상 키보드 뒤에 펜과 메모장을 놓고 낙서를합니다. 그것은 아무런 의미없이 종이에 낙서를하지는 않지만 충분히주의를 기울이고 산만 해지지 않아서 내가하고있는 일에 바로 돌아갈 수 있습니다.

나는 평생 무의식적 으로이 일을했지만 최근에 그것에 관한 위키를 찾았습니다 : http://en.wikipedia.org/wiki/Doodle

당신이 무엇 이건을 하지 않는 StackExchange 사이트 중 하나에서. 그들은 당신을 빨아 :)

더 중요한 것은, 어떤 작업이 끝나기를 기다리는 동안 웹을 탐색하는 것은 현재 작업과 관련된 것을 연구하지 않는 한 생산성에 좋지 않다는 것입니다.

보통 1-2 분 이상 걸리지 않는 사소한 작업은 거의 없습니다. (뭔가 청소, 의견 쓰기, 메모).

귀하의 경우에는 일어나서 조금만 걸어가십시오. "영역"으로 돌아 가기가 어려우면 아마도 너무 많이 왔기 때문일 것입니다. 웹에서 작업을 수행하는 것은 단지 다른 영역이며 시간을 잃기 쉬운 영역 일뿐입니다. 두뇌가 분명히 원하는 휴식을 취하고 산책하러 가거나, 이상적인 화장실에서 위즈를 먹거나, 임의의 동료와 대화하십시오. 우리는 자동 조종 장치의 배후에서 많은 일을합니다. 브레이크는 코딩에 나쁘지는 않지만, 좋은 것은 있지만, 모든 실린더에서 잠시 발사를 멈추고 정신의 더 의식적인 부분이 휴식을 취하는 동안 백 버너가 어떻게 나오는지 보는 것이 좋습니다. 좋은 개발자는 인간 계산기가 아닙니다. 자동 조종 장치에서 직관적이고 패턴 일치하는 모든 일을하는 뇌의 일부가 한동안 일을하도록하십시오.

이것이 단순한 코딩 문제가 아닌 경우 ADD를 고려할 수 있습니다.

사이클이 길면 (1 시간 정도) 올라가거나 걸어 다니는 제안은 좋습니다. 그러나 사이클 시간이 짧아지고 vim 사이에서 앞뒤로 튀어 나와 몇 분마다 나올 때 파이프 라인에 머물면서 영역에 머물러 있습니다. 빌드 또는 테스트 스위트가 실행되는 동안 되돌아가는 경향이 있습니다. 코드를 검토 한 다음 빌드 또는 테스트가 성공하면 어쨌든 다음 번 덩어리에서 작업을 시작하십시오.

이 "예비 시간"사용 방법에 대해 매일 초반에 계획을 세우십시오. 관련 될 수 있습니다

• 일부 문서 작업을 따라 잡기
• 다음에 작성할 수업에 대한 단위 테스트 사례를 연습하고,
• 배우고 싶었던 새로운 기술을 연구하고
• 좋아하는 이모에게 편지를 쓰고

아니면 그냥 뭐든

이 보조 작업은 항상 바탕 화면 어딘가에있는 창에서 열어야합니다. "컴파일"버튼 (또는 30 초 이상 걸리는 모든 것)을 누르 자마자 보조 작업으로 전환하고 실제로 앞으로 나아갈 수있는 충분한 시간을 두십시오. 또는 더 적을 수 있습니다.

당신이 이차적 인 일을하는 동안, 그것은 당신의 두뇌가 집중해야하는 것이 아니라는 것을 당신의 마음의 뒤에서 유지하십시오. 프로그래밍에 대해 계속 생각하십시오. 쉽지 않습니다. 여전히 컨텍스트 전환으로 인해 어려움을 겪을 것입니다.

이렇게하면 컨텍스트를 여러 번 잃어버린 경우에도 잃어버린 시간이 실제로 낭비되는 시간이 아니며 하루가 끝날 때 보여줄 것이 있습니다. 그러나 가장 중요한 것은 하루가 시작될 때 하루의 보조 작업을 계획하는 것입니다.

컴파일 시간을 사용하여 코드를 문서화하고 코드 정리하고 코드를 올바르게 정렬하여 IDE에서 멀어지지 않고 코드 품질을 향상시킬 수 있다고 가정합니다.

나는 보통 버그, 오타 또는 그 동안 코드 스타일 을 향상시키는 방법을 찾으려고 노력합니다 . 그래도 코드를 계속 볼 수는 있지만 흥미로운 점으로 인해 항상 산만 해지지는 않습니다. 또한 이것 !

약간의 ADHD가 있다고 생각할 수 있습니다. 많은 사람들이 그렇습니다. 대처 메커니즘은 다른 답변 (또는 가능한 약물)에 나와 있습니다.

그 10-30 초 동안 가서 뭔가를하십시오 :

• 많은 정신 활동이 필요하지 않은
• 컴파일하는 코드를 열고 다시 확인하십시오 (문제가 있거나 개선 방법이있을 수 있음)

이 시간 동안 다음과 같이 시간이 오래 걸리는 것으로 알고있는 것을 수행하지 마십시오.

• 책을 읽기 시작
• 시간이 오래 걸릴 수있는 이메일을 읽으십시오
• 기타

또한 컴파일 종료를 알리는 오디오 알람을 설치하지 마십시오. 동료들이 고맙게 생각할 것입니다.

일반적인 작업 중 인터넷 방해를 피하기 위해 Chrome을 사용하는 경우 Pomodoro 플러그인을 제안합니다

나는 개인적으로 당신이 모든 근무 시간 동안 생산적이 될 수 없다고 생각합니다! 컴파일 중이므로 숨을 쉬기 위해 충분한 노력을 기울 였다는 것을 의미합니다 ... 오용하거나 컨텍스트에서 벗어나지 않고 컴파일에서 오류가 발생하지 않으면 다음 단계에 대해 계속 생각하십시오. 또는 작업을 정리하십시오. 영역 : 데스크탑, 탭, 탐색기 ...

당신이 묘사하는 것은 완벽하게 정상입니다.

유용성 연구를 수행 할 때 지연 정도를 순서대로 살펴 보았습니다. 사용자가 버튼을 클릭하면 얼마나 기다려야합니까?

• 0.1 초 : 지각되지 않은 지연
• 1 초 : 초점 변경 없음
• 10 초 : 집중력 상실
• 1 분 : 사용자가 다른 작업으로 전환
• 10 분 : 사용자가 일어나서 떠납니다

타이핑과 같은 복합 연산과 같은 많은 예외가 있습니다.

우리는 성능 작업을 할 때 종종 "X 작업은 얼마나 빠릅니까?"라는 질문을했습니다. 대답은 사용자가 지연을 감지 할 수있는 한 빠를수록 좋습니다.

귀하의 경우, 10 초 임계 값에 도달하고 관심이 사라집니다. 가장 좋은 방법은 지연을 줄이는 것입니다. 지연이 짧을수록 생산성이 향상됩니다. 화면 왼쪽에 코드가 있고 오른쪽에 실행중인 앱이 있다고 상상해보십시오. 코드를 편집하면 앱이 실시간으로 변경됩니다. 당신이 거기까지, 당신은 개선의 여지가 있습니다.

Jeff의 최근 블로그 게시물 (이를 통해 많은 양의 좋은 콘텐츠)을 참조하십시오 . http://www.codinghorror.com/blog/2012/03/visualizing-code-to-fail-faster.html

다른 것으로 바꾸려고한다면, 당신이하고있는 일과 같은 방식으로 당신의 두뇌에 관여하지 않는 것을 선택하십시오. 책상 청소, 명상, 스트레칭, 팔 굽혀 펴기, 예술, 창문 밖을 내다 보아라.

SAS에서 임시 작업을 수행 할 때 다음 줄이 매우 유용합니다.

dm log 'postmessage "Code finished"' continue;

이전의 모든 코드 실행이 완료되면 팝업 대화 상자가 생성됩니다. 다른 언어에도 동등한 것이 있다고 확신합니다. 나는 이것을 retracile의 답변에 대한 의견으로 게시했을 것이지만 평판이 충분하지 않습니다.