평범한 코딩 과정에서 개발자가 방해받지 않아야하는 이유를 평신도에게 설명하는 방법은 무엇입니까? [닫은]

내 질문의 두 번째 부분 인 "코딩에서 개발자가 방해받지 않아야하는 이유"를 고려한다면, 그것은 똑똑한 사람들에 의해 여러 번 논의되었습니다. SO의 공동 창립자 인 Joel Spolsky도 "영역에 도달하기"와 "영역에 녹아웃"에 대한 블로그 게시물을 작성 했으며 단지에 참여할 때 생산성을 달성하는 데 평균 15 분이 걸리는 이유, 소프트웨어 개발 관련 작업. 그래서 나는 그 이유가 확립되었다고 생각합니다.

내가 관심이있는 것은 Beans에 대해 콩을 모르는 사람에게 모든 것을 설명하는 방법입니다 (khmm 소프트웨어 개발을 의미합니다). "Wazzzzzzup ?!"을 사용하여 30 분마다 Skype에서 핑을 보내는 오랜 친구 나 아내 또는 직장에서 회계 담당자에게 재미있는 사람에게 알리는 방법, 모든 중단이 업무에 더 큰 영향을 미칩니다. 그들이 당신의 시간에서 걸린 명백한 30 초. 공허한 응시 나 우호적 인 학대의 대상이되고 싶지 않다면 "단기 기억에 많은 변수 이름을 저글링해야한다"와 같은 문장으로 설명 할 수 없습니다.

공격적이거나, 엘리트 적이거나 너무 기술적이지 않고 비 개발자에게 명확하게 이해할 수있는 방식으로 모든 것을 설명하고 싶습니다.

편집 : 훌륭한 통찰력을 가진 모든 사람에게 감사합니다. EpsilonVector의 대답 은 그의 원래 비유에 가장 가까운 것으로 받아 들였습니다 . "잠들기"설명은 모욕적이거나 기술적 인 것이 아니며, 거의 모든 사람이 관련 될 수 있으며, 잠들거나 구역에있을 때 방해받는 결과는 매우 유사합니다. 시간.

다음과 같은 유추를 시도해보십시오. 첫 번째 : "잠들기까지 얼마나 걸립니까?" "X 분" "지금 잠들기 시작했을 때 누군가가 들어 와서 당신을 방해 할 때, 지금 잠들기까지 얼마나 걸립니까? 몇 초 남았거나 다시 시작해야한다고 상상해보십시오." "당신이있는 곳으로 가라 앉아?" "다시 시작해야 할 것입니다." "좋아요. 같은 일입니다. 잠들 듯이, 초점 모드로 '싱크'하는 데 시간이 걸리고, 일단 중단되면 다시 돌아 오는 데 시간이 걸립니다. "내가하고있는 일의 절반도 잊어 버린다"

두 번째 : "책을 읽고있을 때 당신이 '침묵에 빠지는'방법을 알고 있습니다. 잠시 후에는 더 이상 단어를 알아 차리지 못하고 주변의 모든 것을 차단하고 정신적 인 이미지에 완전히 몰입합니다. 당신은 참조하십시오. " "예." "도착하는데 얼마나 걸립니까?" "약 X 분" "이제 당신이 책에 몰입했을 때 누군가가 들어 와서 당신을 방해 할 때, 그 책으로 돌아 오는 데 얼마나 오래 걸립니까? 즉시 일어날까요, 아니면 다시 시작해야합니까?" "당신이있는 곳으로 가라 앉아?" "다시 시작해야 할 것입니다." "좋아요. 같은 것입니다. 독서와 마찬가지로 초점 모드에 '싱킹'하는 데 시간이 걸립니다. 누군가 나를 깨뜨릴 때 짜증나게합니다.

나는 Joel이 묘사 한 환상의 상태가 기술적이라고 생각하지 않습니다. 사람들이 정말 좋은 책의 철자에 빠지거나 떨어질 때 경험하는 것과 같은 올바른 두뇌 변화입니다. (Betty Edwards의 "뇌 오른쪽 그림"은 그것을 완벽하게 설명합니다.) 모든 사람들은 당신이 시간의 흐름을 알지 못하는 곳에 집중력을 경험했습니다.

나는 이것이 단지 기술적 인 사람들 만이 이해하는 것, 비 개발자들이 이해하기 위해 그 개념을 멍청하게해야한다는 것을 상상하는 것은 박쥐를 당황스럽게 생각한다고 생각한다. 평범한 언어로 설명하면됩니다.

내부 스레드를 구두 IO로 다시 라우팅합니다. 즉, 방해 할 때 둥글게되고 엉망이되는 코드를 유지하고 포기하고 사라질 때까지 중간 거리를 살펴 봅니다. 그들이 말하면, 더 크게 울려 퍼집니다.

그들에게 코딩 (또는 여기에 다른 고농도 활동을 삽입)은 회전판이 작동 하는 서커스 공연자와 같다고 말한다 .

먼저 막대기에 하나의 접시를 돌려서 시작하고, 그 다음에 가서 두 번째 접시를 돌리기 시작하고, 그게 가고, 첫 번째 접시로 돌아가서 조금 더 회전 시켜서 계속 움직입니다. , 가서 두 번째 판, 작은 여분의 스핀, 첫 번째 판 여분의 스핀, 세 번째 판 여분의 스핀으로 돌아가서 네 번째 회전 등을 시작하십시오.

그런 다음 전화가 울리고 모든 플레이트가 떨어집니다.

흐름 상태가 사라졌습니다. 이제 다시 시작해야합니다. 한 판 회전시키기 ...

나는 각 판을 당신이 머릿속에서 유지해야 할 데이터, 변수, 개념, 상태 등으로 생각합니다.

몇 달 전에 코딩 작업을하는 동안 누군가 큐브에 들어가 이어 버드를 꺼내도록했습니다. 내면의 분노와는 별도로, 프로그래머는 종종 논리적 사고에 깊이 빠져 사고에 대한 다른 집중적 접근이 필요하며 갑자기 중단이 사고 과정을 망칠 수 있다고 설명하는 것이 었습니다. 그것은 그 사람에게서 다시는 일어나지 않았으므로 아마도 효과가 있었을 것입니다. 고려해야 할 또 다른 사항은 통화 중 / 무료 표시입니다. 저는 알고리즘을 수행하는 친구가 있는데 한쪽에는 "코딩-방해 금지"라고 말하고 다른쪽에는 "무료 채팅"이라는 양면 사인이 있습니다. 모호성을 제거하는 것이 핵심입니다.

좋아, 나는 내 자신의 대답을 추가하고있다.

최근에 나쁜 시간에 나를 방해 한 사람에게 다음과 같이 말했습니다. "소프트웨어 개발은 ​​인생에서 처음으로 매우 바쁜 길에서 자동차를 운전하는 것과 같습니다. 모든 관심은 바퀴와 페달과 자동차에 중점을 둡니다. 당신의 주위에 돌진하고, 당신은 단순히 멋진 대화에 대한 약간의주의를 기울이지 않습니다. 채팅에 관한 것에 집중하기 시작하면, 당신은 차에 대한 통제력을 상실하게되어 결국에는 사고".

이것은 사람과 관련이 있었지만 좋은 비유와는 거리가 멀다. 중단되면 결과는 사고와 매우 다릅니다. 저는 20 년 동안 소프트웨어 개발을 해왔으므로 이것을 처음으로 수행 한 것과 비교해보십시오. 등등.

" 유량의 Mihaly Csikszentmihalyi "는 사람들에게 호소하거나 호소하지 않을 수있는 특정 조건 하에서 실제로 생산적이라는 아이디어에 대해 좋은 TED 강연입니다. 어떤 사람들에게는 설명을 이해하고 싶지 않을 수도 있으므로 죽은 말을 재귀 적으로 무한정 때리는 것과 비슷합니다.

나는 그것을 프로그래머 트랜스라고 부릅니다. 여기에 좋은 비유가 많이 있습니다. 그렇다면 또 하나가 무엇입니까? 앞서 언급했듯이 프로그래머는 올바른 논리 흐름이 나타날 때까지 여러 가지 논리 흐름을 정신적으로 탐색합니다. 그런 다음 코드로 작성되어 컴퓨터에 저장됩니다.

따라서 종이 또는 중요한 문서를 작성한다고 가정하십시오. 생각이 컴퓨터로 흘러 들어가고 있지만 아직 변경 사항을 저장하지 않았습니다. 그런 다음 전원이 끊어 지거나 컴퓨터가 충돌합니다. 다시 가져 오는 데 시간이 오래 걸리고 원본과 같을 수 없습니다. (오래된 타이머 중 몇 명이 이런 일이 있었습니까?)

이것이 중단되었을 때 머리에있는 코드에 발생하는 현상입니다. 생각은 연기만큼 연약합니다. 그들이 아직 구원받지 못하고 그들을 방해하기 위해 무언가가 온다면 사라졌습니다.

친애하는 직원 여러분,보다 효율적으로 노력하기 위해 저의 업무에 초점을 맞추고 있으며 업무 간 순간에 이메일을 통해 질문에 답변하여 귀하와 회사 이름 을 더 잘 제공하기 위해 최소한의 중단을 유지하고 있습니다 _ . 이메일을 보내 주시면 최대한 빨리 연락 드리겠습니다. 감사합니다.

음악을 듣는다면

Headphones on? Please do not interrupt.

이것은 누군가가 읽고 헤드폰을 항상 켜두 지 않은 경우에만 효과적 입니다.

나는 그것이 내 마음 속에 세워 져야하는 복잡한 연결의 큰 웹, 다양한 비 항상 명백한 방식으로 서로에게 영향을 미치는 연동 관계의 구조라고 생각한다. 코드를 작성할 때 초점을 맞 춥니 다. 이 웹을 구축하는 데는 꽤 익숙한 프로젝트에서 5 분에서 15 분 정도 걸리며, 그보다 몇 배는 덜 친밀합니다.

집중이 중단되면 웹이 무너지기 시작하고 중단이 몇 초 이상 지속 되거나 약간의 복잡한 문제에 대해 생각해야하는 경우 ( "지난 주에 서버가 다운 된 경우 고객에게 말 하시겠습니까? ") 웹이 완전히 무너집니다. 중단이 끝나면 전체 웹을 다시 처음부터 다시 작성해야합니다.

웹을 구축하는 데 10 분이 걸리고 한 시간에 세 번만 2 분 동안 중단되는 경우, 50 분 동안 코딩하는 대신 24 분의 작업 만 수행한다는 것을 이해해야합니다. 이 세 번의 작은 중단으로 인해 생산성이 절반으로 줄었습니다 .

닐 포드는 마지막 Devoxx에 대해 말했습니다. 그는 그것에 대해 책을 썼습니다 : 생산적인 프로그래머. 그는 '흐름'차단기에 대한 팁을 설명합니다. 당신이 흐름에 있다면 당신은 가장 높은 농도 지점에 있습니다. 그러나 중단되면 흐름으로 돌아 오는 데 + -20 분이 걸립니다.

당신이 당신의 흐름에서 벗어나면 뇌의 무작위 접근 메모리가 당신의 작업에 대한 데이터를 잃어 버리고 RAM에 데이터를 다시 가져 오기 위해 20 분이 필요하다는 것을 em에게 설명하고 싶을 것입니다.)

일반적으로 IM 클라이언트에 다음 상태를 표시합니다.

나는 일을하고 있고 멀티 태스킹을 할 수 없기 때문에 귀찮게하지 마십시오.

적어도 그것은 트릭을하는 것처럼 보입니다.

"Wazzzzzzup ?!"으로 Skype에서 30 분마다 핑을 보내는 오랜 친구

설명해 볼 수도 있지만 시도해 볼 수도 있습니다.

당신은 방해 를 그들이 그것을 읽고 영화를보고, 계산 또는 더 나은 뭔가를 계산되는지 여부, 깊은 농도를 필요로 뭔가를하고있는 동안. 그런 다음 설명해야 할 것은 방해 할 때 와 똑같다는 것입니다 . 트릭을해야합니다. 그들이 운전하는 동안 또는 그런 것을 방해하지 마십시오 :).

나는 설명하지 않습니다. 나는 중단이 단지 계획에 6 주가 더 걸렸다 고 친절하게 알려준다.

내가 사무실에서하는 일은 사무실의 다른 부서에서 핫 데스크 지점 (숨기기 지점)을 찾는 것입니다.이 방법은 아무도 당신이 어디에 있는지 알지 못하고 방해 할 수 없습니다. 그것이 매우 중요하지 않으면 방해하지 마십시오!

나머지는 모르지만 Skype의 경우 최소한 "방해 금지"모드를 사용하는 것이 좋습니다. 그리고 직장에서 의사 소통을 위해 사용해야하는 경우 직장에서 방해하고 싶지 않은 사람과 공유하지 않는 두 번째 직장 전용 계정이 있어야합니다. :)

복잡 할 필요는 없습니다. "많은 집중력이 필요한 일을하고 있습니다. 이메일로 보내도 되나요? 여기에서 완료하자마자 보겠다고 약속합니다."