메타데이터
- 발신자: TLDR
- 원문 URL: https://www.seangoedecke.com/you-dont-have-to-be-smart-if-you-think-clearly/?utm_source=tldrnewsletter
- 발행일: 2026-07-29
직역 전문
당신이 한창 몰입해 있을 때, 문제는 투명해진다: 그저 바라보는 행위만으로 풀린다. 여러 겹의 문제가 쌓여 있어도 마치 겹겹이 쌓인 유리판을 들여다보듯 훤히 보인다. 하지만 누구도 항상 그런 상태로 일할 수는 없다.
이는 똑똑한 엔지니어들이 흔히 빠지는 함정이다. 즉각적으로 해법을 직관해내는 데 익숙해진 나머지, 그렇게 할 수 없는 문제를 처음 마주치는 순간 재앙이 된다. 어려운 문제일 필요도 없다. 그저 어떤 이유에서인지 트릭이 바로 보이지 않는 문제이기만 하면 된다.
"똑똑한" 엔지니어와 "강한" 엔지니어의 차이는 즉시 풀리지 않는 문제에 어떻게 반응하느냐에 있다. 똑똑한 엔지니어는 허둥대며 발버둥치면서, 자신을 비껴간 그 번뜩이는 통찰의 순간을 찾기를 바란다. 반면 강한 엔지니어는 묵묵히 파고드는 나름의 프로세스를 가지고 있다.
똑똑한 엔지니어와 함께 그들이 처음 마주하는 정말 어려운 문제를 다루는 것보다 힘든 일은 없다. 갈아붙일 근력이 없을 때는, 가능해 보이는 어떤 해법이든 정답으로 받아들이고 싶은 유혹이 지나치게 커진다. 똑똑한 엔지니어들은 점점 더 당황하며 일련의 나쁜 해법들을 가리키는 루프에 빠질 수 있다. 그들은 패닉에 빠지기 쉽다. 결국 그들의 직업적 정체성 상당 부분이 문제를 쉽게 풀어내는 능력에 결부돼 있기 때문이다.
이런 똑똑한 엔지니어들에게 부족한 능력은 무엇일까? 나는 그것이 느리고 명료하게 사고하는 능력이라고 생각한다. 똑똑한 엔지니어도 명료하게 사고할 수는 있지만, 오직 고속에서만 그렇게 할 수 있다. 강한 엔지니어는 자신의 최고 속도가 그리 빠르지 않더라도 항상 명료하게 사고할 수 있다. 이는 포뮬러 1 자동차와 일반 자동차의 차이와 비슷하다. 포뮬러 1 자동차는 최고 속도가 높지만, 일반 도로 주행 속도에서는 타이어와 브레이크가 제대로 작동하지 않기 때문에 정체된 도로에서는 몰 수 없다.
내가 이전에 "소프트웨어에 대해 명료하게 사고하기"라는 글에서 이 주제를 다뤘을 때, 핵심은 불변량, 즉 참이라고 확신하는 시스템에 대한 믿음에 집중하는 것이라고 말했다. 당혹스러운 상황에 갇혔을 때는 대개 자신이 세운 어떤 가정이 틀렸기 때문이다. 절대 거짓일 수 없는 가정들(예를 들어 서비스로부터 에러 메시지를 받고 있다면, 그 서비스는 분명 요청을 처리하고 있다는 것)을 식별할 수 있다면, 그것이 신뢰도가 낮은 가정들을 평가할 수 있는 굳건한 발판이 되어준다.
빠르게 사고한다는 것은 가능한 한 많은 데이터를 뇌에 담아넣고 직관이 정답으로 도약하도록(혹은 최악의 경우 일련의 틀린 결론들로 도약했다가 정답에 도달하기 전에 즉시 폐기하도록) 두는 것이다. 이런 식의 도약은 깊은 만족감을 줄 수 있다. 반대로 원본 데이터를 붙잡고 앉아 정신적 도약을 하지 않는 것은 만족스럽지 않게 느껴진다. 사람들은 그렇게 하는 것을 싫어한다.
사람들이 싫어하는 일을 스스로에게 강제할 수 있다면, 보통 그 안에는 뽑아낼 가치가 많이 남아 있다. 이것도 다르지 않다. 불확실한 상황에서 명료하게 사고할 수 있는 엔지니어는, 위대한 직관적 도약을 할 수 있든 없든, 대단히 효과적인 경향이 있다.
4계층 심층 요약
핵심 주장 뛰어난 엔지니어를 가르는 것은 지능(똑똑함) 자체가 아니라 불확실한 상황에서도 느리고 명료하게 사고할 수 있는 능력이다.
근거 똑똑한 엔지니어는 고속 직관에만 의존해 즉시 풀리지 않는 문제 앞에서 허둥대다 패닉에 빠지지만, 강한 엔지니어는 최고 속도는 낮아도 항상 명료하게 사고하는 별도의 프로세스를 갖고 있다. 저자는 이를 고속에서만 작동하는 포뮬러 1 자동차와 모든 속도에서 안정적으로 작동하는 일반 자동차에 비유한다.
사례 저자는 이전 글 "Thinking clearly about software"에서 제시한 방법론, 즉 절대 거짓일 수 없는 '불변량(invariant)'을 먼저 식별하고 이를 발판 삼아 신뢰도가 낮은 가정들을 검증해 나가는 방식을 구체적 사례로 제시한다.
시사점 느리고 명료한 사고는 대부분의 사람이 본능적으로 싫어하는 일이지만, 바로 그렇기 때문에 이를 훈련한 엔지니어는 타고난 직관적 도약 능력이 있든 없든 매우 효과적인 문제 해결자가 될 수 있다.
핵심 요약 (20줄)
- 저자는 한창 몰입한 상태에서는 문제가 투명해져 바라보는 것만으로도 풀리는 경험을 누구나 해봤을 것이라고 말한다.
- 하지만 그런 몰입 상태를 항상 유지할 수 있는 사람은 없다.
- 똑똑한 엔지니어들은 즉각적인 직관으로 해법을 찾는 데 익숙해져 있어, 그것이 통하지 않는 문제를 처음 만나면 크게 당황한다.
- 그 문제가 반드시 어려운 문제일 필요는 없으며, 단지 트릭이 바로 보이지 않는 문제이기만 하면 충분하다.
- 저자는 똑똑한 엔지니어와 강한 엔지니어의 차이가 즉시 풀리지 않는 문제에 대한 반응 방식에 있다고 주장한다.
- 똑똑한 엔지니어는 번뜩이는 통찰이 찾아오기를 바라며 허둥대는 경향이 있다.
- 강한 엔지니어는 묵묵히 파고드는 나름의 체계적인 프로세스를 갖고 있다.
- 근력 없이 그저 그럴듯한 해법을 정답으로 받아들이려는 유혹은 똑똑한 엔지니어가 어려운 문제를 처음 다룰 때 특히 위험하다.
- 이런 상황에서 똑똑한 엔지니어는 점점 당황하며 일련의 잘못된 해법을 가리키는 루프에 빠질 수 있다.
- 그들이 패닉에 빠지는 이유는 직업적 정체성 상당 부분이 문제를 쉽게 푸는 능력에 묶여 있기 때문이다.
- 저자는 이런 엔지니어들에게 부족한 것이 느리고 명료하게 사고하는 능력이라고 진단한다.
- 똑똑한 엔지니어도 명료하게 사고할 수 있지만 오직 고속에서만 그렇게 할 수 있다.
- 강한 엔지니어는 최고 속도가 다소 느리더라도 항상 명료하게 사고할 수 있다는 차이가 있다.
- 저자는 이를 포뮬러 1 자동차와 일반 자동차의 차이에 비유하며, 포뮬러 1 차량은 일반 도로 속도에서는 타이어와 브레이크가 작동하지 않는다고 설명한다.
- 이전 글 "소프트웨어에 대해 명료하게 사고하기"에서 저자는 참이라고 확신할 수 있는 불변량에 집중하는 것이 핵심이라고 말한 바 있다.
- 당혹스러운 상황에 빠지는 이유는 대개 자신이 세운 어떤 가정이 거짓이기 때문이다.
- 절대 거짓일 수 없는 확실한 가정을 찾아내면 그것이 덜 신뢰할 만한 가정들을 검증할 발판이 되어준다.
- 빠른 사고는 최대한 많은 데이터를 담아 직관이 정답으로 도약하게 만드는 방식이며 만족감을 주지만, 원본 데이터를 그대로 붙잡고 있는 느린 사고는 대부분 사람이 싫어한다.
- 사람들이 싫어하는 일을 스스로에게 강제할 수 있다면 대개 그 안에서 뽑아낼 가치가 많다고 저자는 말한다.
- 결국 불확실한 상황에서 명료하게 사고하는 능력을 갖춘 엔지니어는 뛰어난 직관적 도약 능력이 있든 없든 매우 효과적인 문제 해결자가 된다.