프로그래머의 블록과 같은 것이 있습니까? [닫은]


37

프로그래머가 작가의 블록과 동등한 고통을 겪을 수 있습니까? 그것을 극복하기 위해 어떤 전략이 있습니까?


15
네, 존재합니다. 일반적으로 관리자가 휴가 신청서를 제출하는 순간부터 시작됩니다.
Fanatic23

@ Fanatic23 : + Lots이지만, +1해야합니다.
Andy

나는이 의견을 정말로 이해하지 못한다. 관리자가 휴가 중이라면 자신에게 동기를 부여하는 것이 어렵다는 것을 의미합니까?
codecowboy

아니요. 관리자가 자신이 무엇을 말하고 있는지 정확히 몰라도 내가하는 일의 모든 측면을 '관리'하지 않으면 서 물건을 가지고 가기가 더 쉬워집니다. 그것은 한심한 의견이었습니다.
Andy

답변:


39

예, 프로그래머는 차단 될 수 있지만 작가와 같은 방식으로 차단할 수는 없습니다. 우리는 문제에 너무 가까워 지거나 너무 멀어서 차단됩니다. 우리는 회백질이 프로그래밍중인 N 차원 미로에서 좋은 길을 선택할 수 없습니다. 휴식, 대화, 특히 동료에게 문제를 설명하는 것은 놀라운 일이 될 수 있습니다. 문제를 설명하면 종종 뇌가 잠재적 인 해결책을 보게 될 것입니다. 기꺼이 소리를내는 보드와 채팅해야하지만 기술적 인 것이 아니거나 자신이 말하는 것을 알아야 할 필요는 없습니다.

작가의 블록은 본질적으로 비슷하지만 사실상 다른 짐승입니다. 저자가 문제를 해결할 수 없기 때문에가 아니라 저자가 모조를 가지지 못하고, 영감이 부족하고, 뮤즈가 휴가 중이며, 내부 목소리가 단순히 쓰레기라고 말하고 쓸만한 가치가 없다고 말합니다. 내려가는. 또한 며칠, 몇 달, 몇 년 동안 지속될 수 있습니다. 코드 작성과 산문 작성은 표면적으로 동일하지만 우리 정신의 다른 부분에서 나옵니다.


+1-요구 사항이 제공되면 영감이 필요하지 않지만 구현 방법을 파악해야합니다. 때로는 좋은 해결책을 선택하기 위해 약간의 측면 사고와 영감이 필요합니다. 그것 없이는, 당신은 너무 복잡하고 신뢰할 수없고 적응할 수없는 무언가로 끝날 수 있습니다. 문제는 ... 당신은 그 영감이 필요하다는 것을 알고 있습니까? 또는 차단되었다고 생각되면 실제로 단계별 솔루션을 사용해야합니까? 도착할 때를 제외하고 영감이 필요한시기를 쉽게 알 수있는 방법은 없습니다. 때로는 너무 늦습니다.
Steve314

1
+1 용 고무 더킹 .
Corey

3
나는 산문 작성과 코드 작성은 우리 정신의 동일한 부분에서 나온 것이라고 생각합니다. 단지 코드를 작성할 때 더 많은 피드백을 얻는다는 것입니다. 당신이 산문을 쓸 때, 당신은 누군가에게 그 산문을 보여주지 못할 수 있습니다. 코드를 작성할 때, 당신은 목표에 더 가까이 있는지 확인하고 실행하지 않는 명령입니다. 블로커는 두 가지 경우 모두 동일합니다. 낙담, 진전이없는 것처럼 느끼고 가치있는 것을 만들지 않습니다. 나는 항상 한동안 물러나고, 당신의 생각을 정리하는 것이 두 블록 모두에 놀라운 일이라는 것을 항상 발견했습니다.
Steve Goodman

3
당신은 프로그램을 작성하는 사람들에게 "당신의 코드는 쓰레기입니다! 기록 할 가치가 없습니다!" ?
Mark C

문제를 설명해 주신 +1 나는 빈 책상에 앉은 채로 채워진 고릴라를 구입했다. 박제 된 동물에게 문제를 설명하려고 시도하면 인간에게 설명하는 것뿐만 아니라 거의 효과가 있음이 밝혀졌습니다. 또한 내가 말하는 것에 대해 잘 모르는 사람, 즉 여자 친구에게 설명하려고 노력하는 것이 종종 나의 일반적인 패러다임 외부의 문제를 통해 생각하게하여 돌파구로 이끌고 있음을 발견했습니다.
Matthew Frederick

19

재밌 네요. 나는 프로그래머의 블록에 대해 오늘 내 엔지니어 중 한 명과 이야기하고있었습니다.

프로그래머는 한 번에 2 개 또는 3 개의 활성 작업을 수행하는 것이 좋습니다. 어딘가에 갇 히면 기어를 전환하고 잠시 동안 다른 작업을 수행 한 다음 새로운 관점으로 문제를 해결할 수있는 것이 좋습니다.

나는 문제로 돌아 왔을 때 종종 다른 해결책을 찾지 못했을 수도있는 해결책 / 계획을 종종 내 놓는다. 때로는 하나의 작업을 할 때 어려움을 겪고있는 문제로 인해 실제로 머리에 전구를 촉발시키는 무언가가 발생합니다.

내가 함께 일하는 다른 엔지니어 중 한 명이 10 분의 휴식을 취하고 걸어 갈 것이라고 말합니다. 그는 책상으로 돌아 왔을 때 갑자기 대답이 쏟아져 나오기 시작했다.

다른 사람이 프로그래머가 아니더라도 다른 사람과 문제를 이야기하는 것이 도움이된다는 것을 알게되었습니다. 갑자기 대답이 올 때 문제에 대해 이야기 한 횟수를 셀 수 없습니다.

요컨대, 최선의 조언은 당신이 붙어 있으면 기어를 조금 바꾸는 것입니다.


"2 개 또는 3 개의 활성 작업"비트에 대해 +1 내가 할 수 있다면 더 줄께.
저의 정확한 의견

14

아마추어 프리랜서 작가 였고 이전에 작가의 글을 읽은 사람은 다음과 같습니다.

나는 본질적으로 MrTelly에 동의합니다. 그러나 그것을 명확하고 명확하게하기 위해 : 프로그래머 블록과 작가 블록은 실제로 다른 원인에서 왔기 때문에 다른 짐승입니다. 프로그래머의 블록은 대부분의 경우 문제에 너무 가까워지고 "나무의 숲을 보지 못한다"는 기술적 인 문제이며 자신이 올바른 길을 가고 있다고 확신합니다. 즉, 대안 솔루션을 고려할만큼 충분히 뒤로 물러서지 않습니다.

반면 작가의 블록은 거의 항상 영감이 부족한 경우입니다. 주어진 주제에 대해 50 페이지 분량의 글을 쓴 후, 당신은 그것을 소진 한 것 같은 느낌이 들며, 당신이 말해야 할 다른 것들은 같은 주제를 약간 다른 방식으로 채워 넣거나 다시 닫을 것입니다. 그러나 여전히 50 페이지를 더 쓰는 계약 (비 유적 / 내부 또는 실제)이 있으며, 뇌와 영혼이 단순히 주제를 다루는 데 소비되기 때문에 이것이 어디에서 올지 알 수 없습니다.

그러나 초기 단계의 번 아웃 은 프로그래머의 블록을 가지고있는 것처럼 느낄 수 있습니다. 이것은 완전히 다른 동물이며 증상이 미묘합니다. 그러나 프로그래머의 블록을 가지고 있다고 느끼는 것이 소진의 초기 경고 신호 중 하나이기 때문에 언급 할 가치가 있다고 생각했습니다. 가장 자주 무관심을 동반합니다. 그리고 직업 / 프로젝트 자체의 느낌은 전혀 의미가 없습니다.)


4
+1 그것을 읽었 기 때문에, 지금 당장 경험하고있는 것은 프로그래머의 블록이 아니라 번 아웃 (burn-out)이며 이것은 적어도 문제를 식별하는 데 도움이되었습니다.
Crippledsmurf

4

나는 그들이 당신의 일을 끝내지 못한다는 점에서 비슷하다고 생각하지만, 프로그래머로서 동료 나 인터넷에 가서 솔루션을 찾거나 도움을 얻는 것이 더 쉽습니다. 작가가이 사치를 가지고 있는지 확실하지 않습니다. 펑크 상태이고해야 할 작업을 알고 있지만 코드를 작성하지 못하는 경우 번 아웃의 징후 일 수 있습니다.


1
나는 소진을 고려하지 않았습니다. 때때로 도움을 받기 위해 IRC에 가면 사람들이 도움이되지 않고 문제를 악화시킬 수있는 바보처럼 느끼게합니다.
codecowboy

4

나를 위해 보통 박테리아입니다, 나는 쫓기에는 너무 많은 불쾌한 버그가 있었으며, 더 많은 실수를 저지르는 것에 대해 걱정하고 있습니다. 그런 다음 특정 코드 조각을 한동안 피하지 않으면 코드를 다시 가져 오는 것에 대해 많은 염려가 생깁니다. 그리고 재미있는 점은, 내가 끝내는 일이 끝난 후에도 과제의 어려움과 관련이없는 경우가 있기 때문에 불안이 있다는 것입니다. 이것은 정신 문맥 전환 비용보다 더 많은 것입니다. 나는 그것이 엉망인 것을 두려워하는 것과 관련이 있다고 생각합니다. 프로그래머로서 우리는 업무를 효율적으로 수행하는 데 관심이있는 똑똑한 사람들이기 때문에 두려움이 필요하다고 생각합니다. 그리고 대부분의 버그는 정신 지름길로 인한 것으로 밝혀졌습니다.

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