수면이 부족한 경우 실제로 고품질 코드를 생성 할 수 있습니까? [닫은]

나는 프로그래머가 잠을 자지 않고 커피와 레드 불을 마시지 않고 이틀 동안 코딩하는 것에 대해 들었습니다 . 또한 The Social Network 와 같은 영화 에서 Mark Zuckerberg 가 36 시간 동안 프로그래밍을 하고 있음을 보여줍니다 . 또한 Facebook, Google, foursquare 등과 같은 회사 에서는 24 시간 이상 수면없이 코딩 할 수 있다는 것을 읽었습니다 .

이것이 사실입니까? 수면이 부족한 경우 실제로 고품질 코드를 생성 할 수 있습니까? Red Bull과 같은 것들이 잠을 잘 수 있습니까?

단순히 아니요 . 36 시간 동안 코딩하는 것은 프로그래밍과 관련이 없으며 오히려 인간의 속성입니다. 24 시간 동안 깨어있을 수있는 사람은 거의 없으며 깨어있을 때에도 마음이 실제로 문제 해결 능력을 잃습니다. 졸린 운전자는 단순히 다른 차를 때립니다. 졸린 회계사는 단순히 계산에 실수를합니다. 또한 많은 프로그래머가 졸리면 품질이 낮은 코드를 작성합니다.

추신 : 불면증 이라는 병 이있어 잠을 덜 자게합니다. 그러나 나는 구글이 그러한 질병을 가진 사람들을 고용한다고 생각하지 않습니다. :)

아마도 잘 알려진, 지속적인 신화 중 하나 일 것입니다. 당신은 그것에 대해 설득력있는 아이디어이기 때문에 그것에 대해 많이 듣습니다. 그러나 그것은 실제로 근거가 없습니다.

어쩌면 고등학교에서 갓 태어난 어린 아이가 36 시간 안에 어떤 코딩 기적 인 것처럼 보일 수도 있습니다. 그러나 그러한 방식으로 작성된 코드는 유지 관리가 가능합니까? 읽을 수 있습니까? 확장됩니까? 합리적인 프로그래밍 방식을 따르고 있습니까? 문서화되어 있습니까?

트위터는 제대로 작동하는 사이트를 해킹 한 다음로드가 너무 커지면 쓰러져서 "올바른"방식으로 다시 작성했습니다. 페이스 북은 이러한 프로젝트를 위해 비교적 짧은 기간에 원래 사이트를 만들었지 만 나중에는 새로운 개발자들이 웹 사이트가 실행되고 있는 PHP 플랫폼 을 다시 작성하도록 만들었습니다 .

예외는 규칙을 증명합니다.

이 신화에 대해 진실이 ​​될 수있는 유일한 부분은 프로그래머가 오랜 시간 동안 방해받지 않을 때 가장 잘 수행한다는 것입니다. 코딩을 할 때, 머리 속에 떨릴 수있는 것들이 많을수록 API 사용과 같은 것을 찾을 필요가 없거나 코드의 다른 부분이 당신이나 다른 사람에 의해 쓰여진 방식으로 볼 필요가 없기 때문에 더 빨리 코딩 할 수 있습니다. 방해를받을 때 항상 최고 속도로 돌아 오는 데는 상당한 시간이 걸리며, 중요한 일 (또는 재미있는 일)을하고있는 경우에는 보통 시간이 지나서 집에가는 것을 잊게됩니다. 당신의 방해가 집에 갈 때. 나는 또한 같은 이유로 아침 3시에서 5 시까 지 머무르는 것으로 알려져있다.

그러나 내가 말했듯이 코드의 속도와 품질은 얼마나 많은주의를 기울이고 있으며 얼마나 많은 것을 기억할 수 있는지에 달려 있습니다. 수면이 문제가 될 때 당신은 당신의 최대 용량으로 일하고 있다고 생각할 수 있지만 실제로는 그렇지 않습니다. 귀하가 제공 한 예제와 같이 개발 된 대부분의 소프트웨어는 빠른 속도로 시작되지만 빠른 속도로 큰 책임과 유지 보수 문제가 발생합니다.

많은 작업을 수행하면 많은 코드를 생성 할 수 있으며 충분한 노력을 기울이면 기능별로 기능을 크랭크 할 수 있습니다. 그러나 아키텍처 / 디자인에주의를 기울이지 않으면 쉽게 확장 가능하고 유지 관리 가능하거나 확장 가능한 소프트웨어를 만들 수 없습니다. 경험에서 볼 때, 순수한 코드를 작성하는 것보다 머리 나 종이에 디자인과 구성 요소 / 인터페이스 / 추상 레이어를 생각하는 것이 훨씬 어렵습니다.

모든 것은 단지 "지역 에 "있다는 과장처럼 들립니다 . 코더로서 전적으로 집중하면 시간이 뒤틀리고 몇 분이 초가됩니다. 아마도 가장 생산적 일 것입니다. 때로는 그 상태에 도달하기가 어렵고 (외부 요인) 빠져 나오기가 쉽지만, 당신이있을 때 ... 와우!

나는 36 시간 동안 똑바로 프로그램을 할 수 있었다.
나는 내가 겪었던 최악의 일이 약 10 시간의 수면과 함께 일주일이었다고 생각한다.
나에게 카페인과 에너지 음료는 도움이되지 않았다. 실제로, 이러한 장기적으로 카페인은 오히려 부정적인 영향을 줄 수 있습니다. 나의 충고는 많이 마시는 것 입니다. 수분을 유지하고 화장실을 걷는 것은 좋은 부작용입니다. 다리를 약간 뻗으면 자동으로 짧은 휴식을 취합니다.

즉, 나는 이것이 점점 어려워진다. 나는 그것이 용량이고 배수되고 결국 고갈되었다고 가정합니다. 신체적, 정신적, 장기적이든 단기적이든 건강에 부정적인 영향을 줄 수 있습니다.
내가 말할 수있는 것은 당신이 좀비처럼 느껴지고 그런 마라톤 이후에도 계속 그렇게 느낄 것입니다. 개인적으로, 나는 약 1 년 동안이 일을 자주 한 후에 정말 큰 화상을 입었습니다.
다시 말해, 어떤 사람들은 그러한 기간 동안 효율적으로 일할 수 있지만 비용이 듭니다 .
이는 일반적으로 계획이 좋지 않았고 비 기술적 프로젝트 리더가 남긴 격차를 메운 경험이 없었기 때문에 유일한 선택이었습니다.

이제 그러한 마라톤 중에 품질 코드가 생성되는 경우는 거의 없습니다. 그러나이 문제의 주요 원인은 이러한 마라톤이 발생하는 상황입니다. 상황 : 매우 짧은 시간 내에 기능 X, Y 및 Z를 제공해야하는 상황. 그 시점에서 아무도 코드 품질을 실제로 신경 쓰지 않으므로 퀵 픽스 및 기타 해킹을 통해 많은 기술적 부채가 발생합니다.
동시에 이것은 뇌의 온전한 성능을 나타냅니다. Quickfixes와 hack에는 개요와 창의성이 모두 필요합니다.

품질 코드가 단일 실행으로 작성되는 경우는 거의 없습니다. 특히 코드 수명이 길 경우. 코드 품질은 검토 및 리팩토링을 통해 달성됩니다. 마감일 48 시간 전에는 아무도 신경 쓰지 않을 것입니다.

결론은 다음과 같습니다. 가능 하면 더 이상 일하지 않아야 합니다. 4 시간 동안 만 일할 수 있다면 괜찮습니다. 휴식을 취하고 그 후에 일하십시오. 36 시간 동안 깨어있는 상태에서 8 시간 동안 작업을하는 것은 무의미합니다. 각각 4 시간 씩 4 번의 세션을 만들고 나머지 20 시간을 사용하여 재생성하면 두 배의 작업이 완료됩니다.
이렇게 오랜 시간 일할 수 있다면 과소 평가에보다 유연하게 대응할 수 있다는 의미입니다. 그러나 장기 솔루션은 계획 및 추정 프로세스를 개선하고 있습니다. 직장에서 불가능한 경우 작업을 전환하십시오. 사람들이 당신이 그렇게 오랜 시간 일할 것을 기대한다면, 직업을 바꾸십시오. 아무에게도 증명할 필요가 없습니다.

좋은 프로그래머는 실제로 36 시간 동안 프로그램 할 수 있습니다. 그렇다고해서 36 시간 동안 최고 품질의 코드를 만들 수있는 것은 아닙니다. 나는 좋은 프로그래머가 아니며 , 대학에서 여러 번, 심지어 30 일 동안 배 마감 시한에 대한 버그를 고치려고 할 때도 두 번했습니다. 일반적으로 어리석은 아이디어이며 나쁜 계획 및 예약 기술을 반영합니다.

건강하다면 깨어 있고 36 시간 동안 일할 수 있습니다. 그러나 이번에는 최고의 코드를 작성하거나 매우 복잡한 문제를 해결하지 않습니다. 나는 오랜 시간 동안 아주 오랜 시간 일했습니다. 대부분의 경우 마감일을 지키는 것이 었습니다. 그러나 작업은 대부분 일부 목록 인쇄, 일부 레이아웃 연마와 같은 사소한 기능을 추가하는 것이 었습니다. 많은 타이핑과 같이 많은 생각이 필요한 곳은 없습니다. 이미 완료된 프로그램의 주요 기능 및 복잡한 부분.

때로는 집중력 부족이 오랜 시간의 주요 이유입니다. 다음 날 마감 시간이있었습니다. 벌써 매우 긴 날 이후 우리는 모든 것을 끝내었다. 그리고 그것은 오전 2시이었다. 불쾌한 버그가 하나만 남았습니다. 상사는 오전 9시에 고객과 약속을 했으므로 시간이 많이있었습니다. 그렇지 않으면 30 분 안에 고칠 수있는 것을 찾아서 고치는 데 몇 시간이 걸렸습니다. 나는 어쨌든 그것을 찾을 수 있다는 것을 확실히 알고 있었고, 어쨌든 밤이 지나간 이후로 상사를 실망시킬 이유가 없었습니다.

예. 많은 일화 정보가 가능하다는 것을 나타냅니다. 나는 누군가가 노동 마라톤으로 육체적으로 습관을 만들 수 있을지 의문이다. 의료 인턴은 이러한 유형의 시간을 당깁니다.

아마도 더 많은 실수를 저지를 가능성이 있습니까? 나는 이것이 당신이 처음에 양질의 코드를 작성할 수 있다고 가정합니다. 이러한 상황에서는 총을 맞았을 때 작동하게됩니다. 품질은 고려되지 않습니다. 우리는 자금을 얻은 후에 그것을 고칠 것입니다.

불가능하지 않으며 실제로 일어났습니다 . 장이 길기 때문에 실제 단락을 인용하겠습니다.

타이트한 그룹의 구성원은 스스로를 "해커"라고 불렀습니다. 시간이 지남에 따라 그들은 "해커"설명을 Stallman으로 확장했습니다. 그렇게하는 과정에서 그들은 "해커 윤리"의 윤리적 전통에 스톨 맨을 교육시켰다. 해커가된다는 것은 프로그램을 작성하는 것 이상을 의미한다고 Stallman은 배웠습니다. 그것은 최고의 프로그램을 작성하는 것을 의미했습니다. 최상의 프로그램을 작성하는 데 필요한 시간 인 경우 36 시간 동안 터미널에 앉아 있어야했습니다. 가장 중요한 것은 항상 최고의 기계와 가장 유용한 정보에 액세스 할 수 있다는 의미였습니다. 해커들은 소프트웨어를 통해 세상을 변화시키는 것에 대해 공개적으로 말했고, 스톨만은 해커가이 고귀한 원인을 이행하지 못하게하는 장애물에 대한 본능적 인 해커 경멸을 배웠다. 이러한 장애 중 가장 큰 요인은 소프트웨어 부족,

물론 이것이 이것이 모두에게 하나의 규칙이라는 것을 의미하지는 않습니다. 어떤 사람들은 할 수 있지만 다른 사람들은 할 수 없습니다. 가장 중요한 것은 방해받지 않고 생산성이 높은 기간 동안 일하는 것입니다. 따라서, 당신은 스스로 시도하고 결론을 내릴 수 있습니다 :)

당신이 기계라면 가능할 것 같아요. 그러나 경험에 따르면 대다수 의 프로그래머는 8-10 시간 후에 곧 더 나쁜 코드를 작성하고 16 시간 후에는 끔찍한 코드를 작성하게됩니다.

우리 팀이 밤새도록 강제로 몇 번이나, 실제로 롤백해야 할 코드가 생겼습니다.

나는 그것이 정직하다는 것을 의심합니다. 실제로 X, Y, Z가 24 시간 동안 깨어 난 사람들에 대한 신화와 이야기에도 불구하고 극한 상황에 처해 있으며 드물게 발생합니다.

과거로 돌아가서, 가끔 사람들이 특정 시간 동안 물건을 꺼내려고 시도하는 밤새도록 사람들을 데려 간 법률 확인을 위해 타이핑 풀을 제공했습니다. 문서를 초안으로 작성하는 데 어려움을 겪은 사람은 일반적으로 밤새 변경 사항을 되돌 리도록 문서를 보내지 못했습니다. 내 생각에, 카페인 수치를 높여서 수면 부족을 극복하고 한 번에 약 12 ​​시간 이상 높은 수준으로 일관되게 수행하는 것은 불가능합니다. 나는 사람들이 이야기하고 싶어하는 이야기라고 생각하지만, 그들이 정직하다면, 직업이 무엇이든, 법률 문서를 코딩하거나 작성하는지에 관계없이 장거리 세션을 통해 평균적인 작업이 거의 충분하지 않다는 것을 인정할 것입니다 그들이 충분한 휴식을 취하면 그들의 출력과 일치합니다.

중장비 운전자와 같이 운전자와 같이 운전자의 상태가 아무리 좋더라도 코더에는 특별한 것이 없습니다. 약 12 ​​시간 이내에 휴식없이 고품질의 출력을 제공 할 수있는 사람이 있다면 기절 할 것입니다. .

대학에서 프로그래밍을 공부할 때 낮보다 생산성이 높은 밤이있었습니다. 그것은 밤에 방해가 적다는 사실과 관련이 있습니다. 잡초는 나를 편안하게 앉을만큼 충분히 편안하게 만들었습니다. 아침 식사를하기 위해 미친 듯이 배가 고파지기 전에 오전 8 시까 지 코드를 작성할 수있었습니다. 그 다음날 나는 오후 5 시까 지 정신적으로 추락 할 것이라고 말하면서 생산적인 방법은 없었습니다. 밤에 프로그래밍하는 것이 더 생산적 일 수 있지만 수면을 빼앗아도 코드 품질이 향상되지 않으며 코딩 할 때 피곤하지 않을 것입니다.

나와 다른 많은 창조적 인 사람들은 양극성 특성의 특징을 보여줍니다. 소프트웨어를 설계 할 때 Feynman의 알고리즘을 따르는 경향이 있습니다.

1. 문제를 기록하십시오. (의사록)

2. 진짜 열심히 생각하십시오. (일과 년 사이)

3. 솔루션을 작성하십시오. (일)

수면이 급격히 줄어든 저조한 에피소드 (카페인 또는 아니요)는 # 3을 마치기위한 표일뿐입니다.

회의론자의 관련 게시물을 참조하십시오. SE : Ballmer Peak는 실제입니까? 특히 ESultanik의 답변 입니다.

이 두 질문이 왜 관련이 있다고 생각합니까? 수면 박탈로 인한 장애는 취한 것과 다소 비슷하지만 내 주장을 뒷받침하는 언급은 없습니다.

ESultanik의 인용 인용에서 인용,

... 최고의 알코올 소비는 주로 2 차 공정 (준비, 특정 조명 부분 및 검증)을 기반으로 창의성의 측면을 억제하고 1 차 공정 (인큐베이션, 특정 조명 부분 및 회복)을 기반으로하는 성분을 억제합니다.

수면이 부족한 상태에서 추상 아키텍처 모델을 만드는 것이 더 나을 수도 있지만 키보드에 입력 된 실제 소스 코드는 여전히 손상되지 않았습니다.

36 시간 동안 코드를 작성해야하는 경우 일반적으로 제품 배송 마감일 때문입니다. 그러한 마감일이되면 코드 품질이 가장 먼저 발생합니다. "그냥해라"는 만트라입니다. "버전 2에서 수정하겠습니다"는 또 다른 만트라입니다.

따라서 일반적으로 36 시간 동안 코드를 작성하는 경우 코드 품질에 문제가 발생하지만 비즈니스 관점에서는 문제가되지 않습니다. 어떤 상품을 배송하지 않으면 고장난 상품도 비즈니스에 속하지 않을 수 있기 때문에 그것을 올바르게하기 위해.

하나의 WANTS가 36 시간 동안 코드를 작성하는 경우, 창의력이 강하고 방해하지 않기 때문입니다. 36 시간 동안 품질 코드를 작성하지는 않지만 광고 소재 코드를 작성하게됩니다. 나중에 다시 와서 그 코드를보고 어떻게 작동하는지 궁금해하십시오.

창의력은 종종 분출되는 것들 중 하나입니다. 당신은 그것을 제어 할 수 없으므로 그것이 보여 질 때 그것을 활용하십시오. 창의성이 떨어지면 언제든지 코드를 수정할 수 있습니다.

몇 달 전에 나는 동료들과 술을 마시고있었습니다. 그 다음날 우리는 사무실로 돌아와서 전화를 끊었다.

표면적으로는 이러한 버그를 찾기가 쉽지 않았으며 대부분 복제 단계가 없었지만 여전히 '마음에서 벗어난'상태에서 버그를 고칠 때 '생각해보아야'했습니다.

비록 우리가 '수면 박탈'은 아니지만, 코드 작업에 대한 올바른 사고 방식은 아니 었습니다. 그날 일어난 일이 기괴한 일이지만, 항상 언급합니다.

아, 그리고 우리 대부분의 성향은 JD & Coke에 최대가되었습니다 :)

잠을 자지 않고 오랫동안 생산적으로 일하는 것은 대부분의 사람들에게 불가능하다고 생각합니다.

하지만 3-4 시간 정도의 숙면으로 놀라운 일을 할 수 있다고 생각합니다. 이것은 수면이 거의없는 강렬한 (지적) 며칠간의 연속 작업에도 적용됩니다.

그러나 나에게 이것은 나중에 회복 기간이 뒤따라야한다. 보통 7-8 시간의 수면을 가진 이틀 밤을 말합니다.