프로그래머가 작가의 블록과 동등한 고통을 겪을 수 있습니까? 그것을 극복하기 위해 어떤 전략이 있습니까?
프로그래머가 작가의 블록과 동등한 고통을 겪을 수 있습니까? 그것을 극복하기 위해 어떤 전략이 있습니까?
답변:
예, 프로그래머는 차단 될 수 있지만 작가와 같은 방식으로 차단할 수는 없습니다. 우리는 문제에 너무 가까워 지거나 너무 멀어서 차단됩니다. 우리는 회백질이 프로그래밍중인 N 차원 미로에서 좋은 길을 선택할 수 없습니다. 휴식, 대화, 특히 동료에게 문제를 설명하는 것은 놀라운 일이 될 수 있습니다. 문제를 설명하면 종종 뇌가 잠재적 인 해결책을 보게 될 것입니다. 기꺼이 소리를내는 보드와 채팅해야하지만 기술적 인 것이 아니거나 자신이 말하는 것을 알아야 할 필요는 없습니다.
작가의 블록은 본질적으로 비슷하지만 사실상 다른 짐승입니다. 저자가 문제를 해결할 수 없기 때문에가 아니라 저자가 모조를 가지지 못하고, 영감이 부족하고, 뮤즈가 휴가 중이며, 내부 목소리가 단순히 쓰레기라고 말하고 쓸만한 가치가 없다고 말합니다. 내려가는. 또한 며칠, 몇 달, 몇 년 동안 지속될 수 있습니다. 코드 작성과 산문 작성은 표면적으로 동일하지만 우리 정신의 다른 부분에서 나옵니다.
재밌 네요. 나는 프로그래머의 블록에 대해 오늘 내 엔지니어 중 한 명과 이야기하고있었습니다.
프로그래머는 한 번에 2 개 또는 3 개의 활성 작업을 수행하는 것이 좋습니다. 어딘가에 갇 히면 기어를 전환하고 잠시 동안 다른 작업을 수행 한 다음 새로운 관점으로 문제를 해결할 수있는 것이 좋습니다.
나는 문제로 돌아 왔을 때 종종 다른 해결책을 찾지 못했을 수도있는 해결책 / 계획을 종종 내 놓는다. 때로는 하나의 작업을 할 때 어려움을 겪고있는 문제로 인해 실제로 머리에 전구를 촉발시키는 무언가가 발생합니다.
내가 함께 일하는 다른 엔지니어 중 한 명이 10 분의 휴식을 취하고 걸어 갈 것이라고 말합니다. 그는 책상으로 돌아 왔을 때 갑자기 대답이 쏟아져 나오기 시작했다.
다른 사람이 프로그래머가 아니더라도 다른 사람과 문제를 이야기하는 것이 도움이된다는 것을 알게되었습니다. 갑자기 대답이 올 때 문제에 대해 이야기 한 횟수를 셀 수 없습니다.
요컨대, 최선의 조언은 당신이 붙어 있으면 기어를 조금 바꾸는 것입니다.
아마추어 프리랜서 작가 였고 이전에 작가의 글을 읽은 사람은 다음과 같습니다.
나는 본질적으로 MrTelly에 동의합니다. 그러나 그것을 명확하고 명확하게하기 위해 : 프로그래머 블록과 작가 블록은 실제로 다른 원인에서 왔기 때문에 다른 짐승입니다. 프로그래머의 블록은 대부분의 경우 문제에 너무 가까워지고 "나무의 숲을 보지 못한다"는 기술적 인 문제이며 자신이 올바른 길을 가고 있다고 확신합니다. 즉, 대안 솔루션을 고려할만큼 충분히 뒤로 물러서지 않습니다.
반면 작가의 블록은 거의 항상 영감이 부족한 경우입니다. 주어진 주제에 대해 50 페이지 분량의 글을 쓴 후, 당신은 그것을 소진 한 것 같은 느낌이 들며, 당신이 말해야 할 다른 것들은 같은 주제를 약간 다른 방식으로 채워 넣거나 다시 닫을 것입니다. 그러나 여전히 50 페이지를 더 쓰는 계약 (비 유적 / 내부 또는 실제)이 있으며, 뇌와 영혼이 단순히 주제를 다루는 데 소비되기 때문에 이것이 어디에서 올지 알 수 없습니다.
그러나 초기 단계의 번 아웃 은 프로그래머의 블록을 가지고있는 것처럼 느낄 수 있습니다. 이것은 완전히 다른 동물이며 증상이 미묘합니다. 그러나 프로그래머의 블록을 가지고 있다고 느끼는 것이 소진의 초기 경고 신호 중 하나이기 때문에 언급 할 가치가 있다고 생각했습니다. 가장 자주 무관심을 동반합니다. 그리고 직업 / 프로젝트 자체의 느낌은 전혀 의미가 없습니다.)
나는 그들이 당신의 일을 끝내지 못한다는 점에서 비슷하다고 생각하지만, 프로그래머로서 동료 나 인터넷에 가서 솔루션을 찾거나 도움을 얻는 것이 더 쉽습니다. 작가가이 사치를 가지고 있는지 확실하지 않습니다. 펑크 상태이고해야 할 작업을 알고 있지만 코드를 작성하지 못하는 경우 번 아웃의 징후 일 수 있습니다.
나를 위해 보통 박테리아입니다, 나는 쫓기에는 너무 많은 불쾌한 버그가 있었으며, 더 많은 실수를 저지르는 것에 대해 걱정하고 있습니다. 그런 다음 특정 코드 조각을 한동안 피하지 않으면 코드를 다시 가져 오는 것에 대해 많은 염려가 생깁니다. 그리고 재미있는 점은, 내가 끝내는 일이 끝난 후에도 과제의 어려움과 관련이없는 경우가 있기 때문에 불안이 있다는 것입니다. 이것은 정신 문맥 전환 비용보다 더 많은 것입니다. 나는 그것이 엉망인 것을 두려워하는 것과 관련이 있다고 생각합니다. 프로그래머로서 우리는 업무를 효율적으로 수행하는 데 관심이있는 똑똑한 사람들이기 때문에 두려움이 필요하다고 생각합니다. 그리고 대부분의 버그는 정신 지름길로 인한 것으로 밝혀졌습니다.