당신은 어떻게 영역에 들어가나요? 얼마나 시간이 걸려요? 당신은 전에 어떤 단계를 수행합니까? [닫은]


40

영역에 들어가는 것은 즐겁고 유익한 과정입니다. 우리는 좋은 소스 코드를 생성하고 해당 영역에있는 동안 수행 한 작업에서 많은 만족을 얻습니다. 그러나 어떻게 '영역'에 들어가는가? 특정 프로세스를 따르십니까? 이메일 시스템, 모바일 및 기타 일상적인 비생산적인 응용 프로그램의 전환 외에도 수행 할 수있는 다른 것이 있습니까?


음, 방해받지 말고 음악을 넣으십시오. 중요한 노래가 있어야합니다. 좋아하는 노래를 들어 올리십시오. 노래는 중요하지 않습니다. 결국에는들을 수 없습니다. 어떻게 든 흥미로운 문제를 해결해야하며 이미 해결 방법을 알고 있어야합니다. 그 외에는 아무것도 생각하지 마십시오. 그냥 흐르게 해 당신은 당신이 그 지역에 있기 때문에 당신이 그 지역에 있었기 때문에 당신이 그 지역에 있었다는 것을 알게 될 것입니다 :)
Mihai Stanescu

답변:


71

해야 할 일에 집중하십시오. 실제로 시작하기 위해 노력하십시오. 이것은 가장 어려운 일 중 하나 일 수 있습니다.

이메일이 열려 있지 않습니다. 다른 창에 Fakebook이 없습니다. StackExchange가 없습니다. 포럼이 없습니다. 조용히. 그런 다음 계속하십시오.

거기에 도착하려면 일반적으로 약 15-20 분이 걸립니다.

일반적으로 "영역"을 약 2 시간 동안 유지할 수 있으며 일반적으로 하루에 한 번만 정신적으로 피곤합니다. 당신이 최고 듀퍼라면 하루에 두 번 관리 할 수 ​​있습니다. "영역"이후, 하루의 나머지 시간은 비교하면 상당히 가벼우므로 작업이 완료되지만 엄청난 생산성의 파열은 끝납니다.

아. 그리고 그 지역을 빠져 나가는 데는 약 3 초가 걸립니다. 예를 들어 전화 나 누군가가 고개를 숙이고 "잠깐 동안 귀찮게 할 수 있습니까?"라고 대답합니다. 쾅. 영역이 사라졌습니다. 또 다시 15-20

이 영역에서 넘어져서 얼마나 많은 멍청한 결함이 발생하는지 놀랍습니다.

개방형 계획이 양질의 소프트웨어를 개발할 수있는 좋은 방법이라고 생각하는 많은 사람들 (esp 관리자)도 놀랍습니다.


14
공개 계획 단락의 경우 +1
아무도

1
아마도 당신은 특별한 작업 환경을 가지고있을 것입니다. 아마도 당신은 이질적입니다. 그것이 당신을 위해 작동하는 경우, 그것을 질문하지 마십시오!
quick_now

2
오픈 플랜 SUCKS 큰 시간. 개발자가 2 또는 3의 그룹으로 통신하는 것이 좋습니다. 그 이상으로 생산성을 높이고 창 밖으로 내 보냅니다. 사상 최고의 사무실 계획 혁신.
quick_now

1
나는 열린 계획에 대해 매우 동의하지 않습니다. 나는 열린 계획 사무실 ( 거래 층 )과 집에서도 일합니다. 이론적으로, 나는 집에서 훨씬 더 생산적이어야한다. (조용한 이웃, 아이들이나 애완 동물은없고, 배우자는 내가 일하고 있다는 것을 존중한다). 진실은 사무실에서 종종 생산성이 높다는 것입니다. 나는 CDS 상인들이 내 옆에있는 전화로 거래를하고 있는데, "나에게 기분이 들어와"일하고 내가 해결하고있는 문제에 집중하는 데 도움이된다. 옆에서 열심히 일하는 사람들을 보면 게으름을
극복

2
각자 자신에게. 그러나 (DeMarco를 인용하면서) 수년 동안 프로그래머 생산성에 대한 많은 연구는 개방형 계획으로 인해 생산성이 저하되는 것으로 나타났습니다. 내 자신의 경험과 내 주변의 많은 사람들의 경험에서 열린 계획은 재앙이었습니다.
quick_now

7

StackExchange를 가리키는 모든 브라우저 창을 닫으면 충분한 커피가 시작하기에 좋습니다.


1
음악은 필수입니다
pythonian29033

7

내가 '영역'에 들어가는 데 도움이되는 한 가지 사실은 실제로 '지역화'입니다. 나는 외부 세계를 무시하려고 노력하는 동안 일반적으로 헤드폰을 착용하고 서정적이지 않은 서정적 (내 경우에는 Dj Tiesto )을 듣는다 . 헤드폰과 음악은 외부 세계의 장벽 역할을합니다. 연구에 따르면 클래식 음악을 듣는 것이 집중력에 도움이된다는 것이 입증되었습니다.

연결 및 통신이 중추적이므로 기업 환경에서는이 솔루션이 최적이 아닐 수 있지만, 상황에 따라 백그라운드에서 음악을 듣거나 헤드폰으로 듣는 것이 도움이 될 수 있습니다.


3
서정적 인 것은 내가 여기서 찾는 열쇠입니다. 내가 알아 차린 또 다른 점은 디버깅이나 프로그래밍이 아닌 무언가를 디자인하면 음악이 도움이되지 않고 방해가되고 조용한 곳이 필요하다는 것입니다. 던질 또 다른 변수 :-)
Kevin Shea

다른 변형을 발견했습니다. 악기 음악이 포함 된 능동형 소음 제거 헤드폰을 사용하면 볼륨이 적어 음악이 있다는 것을 거의 알 수 없습니다. 집중할 수 있습니다. 또한 가로로 누워 있으면 낮잠을 잘 수 있습니다.
Stéphane Gourichon

나는 서정적 인 음악을들을 수 있지만, 이미 그 음악에 매우 익숙한 경우에만들을 수 있습니다. 따라서 Youtube의 즐겨 찾기 재생 목록은 산만하지 않지만 Pandora 또는 Spotify는 임의로 수행합니다.
Jeutnarg

네, 음악을 연주하면서 "지역에있다"고 생각하는 것보다 나쁘지 않은데 갑자기 5 분 안에 키보드에 아무 것도 입력하지 않았다는 것을 깨달았습니다. 레인저, 그리고 팔을 품고있는 어린 소년 ... DOH !! "
Ogre Psalm33

5

이 부분을 다루는 Joel On Software 기사가 있습니다 .

지식 근로자에게 공간, 조용하고 프라이버시를 제공함으로써 문서화 된 생산성 향상 고전적인 소프트웨어 관리 책 Peopleware는 이러한 생산성 이점을 광범위하게 문서화합니다 ...

문제가 있습니다. 우리는 지식 근로자가 "영역 내"라고도하는 "흐름"에 들어가서 자신의 작업에 전적으로 집중하고 환경에서 완전히 조정함으로써 가장 잘 작동한다는 것을 알고 있습니다. 그들은 시간을 잃고 절대 집중을 통해 훌륭한 물건을 생산합니다. 이것은 그들이 생산적인 모든 일을 마칠 때입니다. 작가, 프로그래머, 과학자, 심지어 농구 선수조차도이 구역에 있다는 것을 알려줄 것입니다.

문제는 "영역"에 들어가는 것이 쉽지 않다는 것입니다. 측정하려고 할 때 최대 생산성으로 작업을 시작하는 데 평균 15 분이 걸리는 것 같습니다. 때로는 피곤하거나 이미 그날 많은 창의적인 작업을 수행했다면, 그 영역으로 들어 가지 못하고 나머지 일을 헤엄 치고, 웹을 읽고, 테트리스를 연주합니다.

다른 문제는 구역에서 넘어지기가 너무 쉽다는 입니다. 소음, 전화 통화, 점심 외출, 커피를 위해 스타 벅스까지 5 분 운전, 동료의 방해 (특히 동료의 방해)는 모두 여러분을이 지역에서 쫓아냅니다. 동료가 질문을하면서 1 분의 중단이 발생하여 생산성을 다시 얻는 데 30 분이 걸릴 정도로 집중력이 떨어지면 전체 생산성에 심각한 문제가 있습니다. 마케팅 담당자가 프로그래머 옆에 전화를 걸어 비명을 지르는 방식으로 뾰족한 닷컴이 만들어내는 것과 같은 시끄러운 불펜 환경에 있다면 지식 근로자가 시간이 지남에 따라 중단되고 절대 영역에 들어 가지 않기 때문에 생산성이 급격히 떨어질 것입니다.

프로그래머에게는 특히 어렵습니다. 생산성은 단기 메모리에서 많은 세부 사항을 한 번에 저글링 할 수 있는지에 달려 있습니다. 모든 종류의 중단으로 인해 이러한 세부 사항이 중단 될 수 있습니다. 작업을 다시 시작하면 세부 정보 (예 : 사용중인 로컬 변수 이름 또는 검색 알고리즘을 구현할 때 사용한 위치)를 기억할 수 없으며 이러한 항목을 계속 찾아야하므로 속도가 느려집니다. 속도를 회복 할 때까지

여기 간단한 대수가 있습니다. (증거가 암시하는 것처럼) 프로그래머를 방해하더라도 1 분이라도 15 분의 생산성을 날려 버리고 있다고 가정 해 봅시다. 이 예에서는 표준 Dilbert 송아지 고기 농장에서 두 명의 프로그래머 Jeff와 Mutt를 서로 열린 칸막이에 두겠습니다. Mutt에서 strcpy 함수의 유니 코드 버전 이름을 기억할 수 없습니다. 30 초가 걸리거나 15 초가 걸리는 Jeff에게 물어볼 수 있습니다. 그는 Jeff 바로 옆에 앉아 있기 때문에 Jeff에게 묻습니다. Jeff는 산만 해져 15 분의 생산성을 잃습니다 (Mutt 15 초 절약).

이제 벽과 문이있는 별도의 사무실로 옮깁니다. Mutt가 그 기능의 이름을 기억하지 못할 때, 여전히 30 초가 걸리는 기능을 찾거나 45 초가 걸리고 일어나서 Jeff에게 물을 수 있습니다 (평균 체력을 감안할 때 쉬운 일이 아님). 프로그래머들!). 그래서 그는 그것을 찾습니다. 이제 Mutt는 30 초의 생산성을 잃었지만 Jeff는 15 분을 절약 할 수 있습니다.


3

집중하고 방해받지 않는 방법에 대한 다른 대답은 좋으며 추가 할 것이 많지 않습니다. 내가 의심하는 유일한 사실은 구체적인 숫자에 대한 규칙입니다 (얼마나 많은 시간이 필요한지 ...). 나는 그러한 숫자가 그런 방식으로 일반화 될 수 없다고 확신합니다. 그러나 작업에 집중하고 방해받지 않는 것이 중요합니다.

작업중인 작업도 매우 중요합니다!

작업중인 작업에 대한 일반적인 규칙은 다음과 같습니다.

  1. 명확한 목표를 가진 활동에 참여해야합니다. 이것은 작업에 방향과 구조를 추가합니다.
  2. 당면한 과제의 인식 된 도전과 자신의 인식 된 기술 사이에 균형이 잘 맞아야합니다. 자신이 당면한 작업을 수행 할 수 있다는 확신이 있어야합니다.
  3. 당면한 과제는 명확하고 즉각적인 피드백이 있어야합니다. 이를 통해 사람은 변화하는 요구를 협상하고 흐름 상태를 유지하기 위해 성능을 조정할 수 있습니다.

Csikszentmihalyi, M .; Abuhamdeh, S. & Nakamura, J. (2005), "Flow", Elliot, A., New York의 역량 및 동기 부여 핸드북 : Guilford Press, pp. 598–698

이 규칙은 특별히 소프트웨어 개발과 관련이 없지만 쉽게 적용 할 수 있습니다.

이러한 조건이 자신과 작업에 적용되는지 확인하는 방법에 대한 몇 가지 예를 추가하십시오.

다음 번 커밋이 무엇인지 아십니까? 더 작은 목표를 세울 수 있습니까? 테스트 주도 개발을 사용하십니까? 작업을 완료하는 데 필요한 지식이 있습니까? IDE로 작업합니까? 기타...

이것은 프로그래밍에 어떻게 적용 할 수 있는지에 대한 아이디어 일 뿐이며 일반화 할 수 없습니다.


3

잘 관리 된 목록 에서 첫 번째 작업을 수행하십시오 .

비밀은있다 가진 그 목록을!

지연을 극복 할 수있는 효과적인 방법이 있습니다. 이 책은 Getting Things Done 에 설명되어 있습니다.

먼저 할 일 목록을 유지해야합니다. 제안 된 방법론은 훌륭합니다 (wikipedia에서 읽어보십시오).

그런 다음 작업을 작성하는 방식입니다.

쓰기보다는 :

새 UI의 문서를 작성하십시오 (매춘 인을위한 좋은 후보입니다)

쓰다:

Robert에게 전화하여 새 UI의 스크린 샷 찍기 등을 요청하십시오.

비결은 작업이 작고 실제 작업이라는 것입니다. 시작하기 쉽습니다. 그리고 여기의 모든 사람들은 당신이 시작했을 때 지연을 이겼 음을 알고 있습니다.


2

존이란 무엇을 의미합니까? 당신이 당신의 일에 너무 집중했을 때 먹는 것을 잊어 버리고 나머지 세계와 그 안에있는 모든 사람들이 완전히 집중했을 때 백색 소음처럼 보입니까?

매일 할 수는 없지만 그 지역에 도착한 날에는

음악이없는 음악이나 헤드폰은이 영역에 들어가는 좋은 방법입니다. 당신이 있는지 확인 컴퓨터에 헤드폰 플러그인하지 않습니다 , 그것은 당신의 아이팟이나 MP3 플레이어에 연결되고 있는지 확인하십시오. 음원이 음악 일 뿐이고 다른 것이 없을 때 YouTube로 이동하거나 물건을 다운로드하기가 쉽기 때문입니다.

음악 듣기에 중점을 두지 않고 흰색 소음처럼 들리는 지점에 도달하면 현재 영역에 있음을 확인하는 것입니다.

훨씬 더 쉬운 방법은 기본적으로 화재가 발생하도록 코딩을 시작하는 것입니다.하지만 때로는 초기 단계가 어려워지는 경우도 있습니다. 잘 듣는 음악을 듣고 음악을 듣고 들어갑니다 음악 .... 음악에 대한 열정을 코드로 전달하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.