벽을 바라보는 사람들: '생각하는 시간'을 잃어버린 개발자들에게

키보드 위의 손이 멈추는 순간

혹시 이런 경험 있으세요? 어려운 버그를 만나서 한참을 헤매다가, 화장실에 가거나 산책을 나가는 순간 갑자기 답이 머리에 떠오르는 경험요. 코드를 들여다볼 때는 절대 안 보이던 해결책이, 키보드에서 손을 뗀 순간 불쑥 나타나는 그 신기한 경험 말이에요.

Alex Selimov라는 개발자가 쓴 "벽을 바라보는 사람들(Men Who Stare at Walls)"이라는 글이 개발자 커뮤니티에서 잔잔한 공감을 일으키고 있어요. 제목만 보면 무슨 명상 이야기 같지만, 사실은 "진짜 깊이 있는 사고를 할 시간을 우리는 점점 잃어가고 있다" 는 이야기입니다. 특히 AI 코딩 도구가 일상이 된 요즘, 이 문제가 더 심각해지고 있다는 게 핵심이에요.

옛날 엔지니어들은 정말 벽만 봤다

글의 도입부에 인상적인 일화가 나와요. 옛날에 어떤 시니어 엔지니어들은 사무실에서 종일 벽만 바라보고 있었다고 해요. 옆에서 보면 "저 사람 일 안 하나?" 싶을 정도로요. 그런데 한참을 그렇게 멍하니 있다가 키보드 앞에 앉으면, 복잡한 시스템의 핵심을 꿰뚫는 코드를 단숨에 써내려갔다고 합니다.

그들이 벽을 보면서 한 일은 뭐였을까요? 바로 머릿속으로 시스템 전체를 시뮬레이션하는 거였어요. 데이터가 어디서 들어와서 어떻게 흐르고, 어느 지점에서 병목이 생길지, 예외 상황이 터지면 어디가 무너질지. 이걸 손가락이 아니라 머리로 먼저 다 그려본 다음, 코드는 그저 그 그림을 옮겨 적는 일에 가까웠다는 거죠.

저자가 안타까워하는 건, 요즘은 이런 "멍 때리는 시간"이 거의 사라졌다는 거예요. 슬랙 알림, 이메일, 회의, 그리고 무엇보다 언제든 답을 주는 AI 어시스턴트 때문에요. 막히면 바로 ChatGPT나 Cursor한테 물어봅니다. 답이 빠르게 나오니까 좋긴 한데, 그 과정에서 "내가 직접 머릿속으로 풀어보는" 근육이 점점 약해지고 있다는 게 문제예요.

AI가 가져온 미묘한 함정

여기서 중요한 포인트가 나와요. AI 코딩 도구가 나쁘다는 이야기가 아닙니다. 저자도 도구 자체는 훌륭하다고 인정해요. 문제는 우리가 그 도구를 쓰는 방식이에요.

이게 뭐냐면, 예전엔 막힌 문제 앞에서 어쩔 수 없이 한참을 고민해야 했어요. 그 고민 시간 동안 우리 뇌는 알게 모르게 시스템 구조를 학습하고, 패턴을 만들고, 직관을 키워왔거든요. 그런데 AI한테 바로 물어보면 답은 받지만 그 과정이 통째로 사라져요. 마치 헬스장에서 기계가 대신 운동해주는 것처럼, 결과물은 나오는데 내 근육은 안 자라는 상황이 되는 거예요.

특히 "바이브 코딩(Vibe Coding)"이라고 부르는 흐름이 있어요. AI한테 자연어로 "이런 거 만들어줘" 하면 코드가 척척 나오니까, 그냥 흐름에 맡기고 코드를 "느낌으로" 받아쓰는 방식이죠. 작은 프로젝트나 프로토타입에는 정말 강력해요. 그런데 복잡한 시스템을 다룰 때 이 습관에 너무 익숙해지면, 막상 AI가 헛소리를 했을 때 그게 헛소리인지 알아챌 능력 자체가 없어진다는 거예요.

그럼 어떻게 해야 할까

저자가 제안하는 건 거창하지 않아요. 의식적으로 "AI를 끄는 시간"을 만들라는 거예요. 하루에 한두 시간이라도 좋고, 어려운 문제를 만났을 때 처음 30분은 무조건 혼자 생각해보는 규칙을 만들어도 좋아요.

그리고 펜과 종이로 시스템 다이어그램을 그려보는 습관을 추천합니다. 화면을 보면 자꾸 코드를 치고 싶어지는데, 종이를 펴면 어쩔 수 없이 추상화 단계로 올라가게 되거든요. 박스와 화살표로 데이터 흐름을 그리다 보면, 머릿속에 시스템 전체 그림이 자리잡아요. 이게 바로 옛날 시니어들이 "벽을 보면서" 하던 일의 디지털 버전인 셈이죠.

비슷한 결의 이야기로는 Cal Newport의 "딥 워크(Deep Work)"가 유명해요. 방해받지 않는 깊은 몰입 시간이 지식 노동자에게 가장 중요하다는 주장이죠. 또 "러버덕 디버깅"처럼 누군가에게 (또는 인형에게) 문제를 설명하다 보면 스스로 답을 찾는 기법도 같은 맥락이에요. 핵심은 외부에 답을 구하기 전에 내 머릿속을 먼저 정리하는 시간을 갖는 거예요.

한국 개발자에게는 어떤 의미일까

한국 개발 문화는 빠른 산출물과 즉각적인 응답을 중요하게 여기는 편이잖아요. 슬랙에 멘션이 오면 5분 안에 답해야 할 것 같고, 작업도 빨리 쳐내야 할 것 같은 압박이 있죠. 거기에 AI까지 더해지면서, "멍 때리는 사람 = 일 안 하는 사람"이라는 인식이 더 강해질 수 있어요.

하지만 막상 시니어로 올라갈수록 진짜 가치는 코드를 빨리 치는 게 아니라 올바른 코드를 치는 판단력에서 나옵니다. 잘못된 아키텍처를 빨리 만들어봤자 나중에 두 배로 갚아야 하거든요. AI 시대에 주니어가 시니어로 성장하려면, 오히려 의식적으로 "느리게 생각하는 시간"을 확보해야 해요. 페어 프로그래밍 중간에 "잠깐, 5분만 혼자 생각해볼게요" 하고 멈추는 용기, 이게 점점 더 중요해질 거예요.

마치며

결국 이 글이 던지는 메시지는 단순해요. AI는 손을 빠르게 만들어주지만, 머리를 키워주진 않는다. 머리는 여전히 우리가 직접 써야 자라요. 가끔은 키보드에서 손을 떼고 벽을 바라보는 시간, 그게 진짜 시니어를 만드는 비밀일지도 몰라요.

여러분은 어떠세요? 최근에 AI 없이 순수하게 머리로만 문제를 풀어본 적이 언제였나요? 그리고 그때와 지금, 본인의 "문제 해결 근육"이 어떻게 달라졌다고 느끼시나요?