데드라인 앞에서 머리가 하얘졌던 날, 개발자의 현실

개발 일을 하다 보면 한 번씩 이상한 순간이 찾아온다.
평소엔 잘 돌아가던 로직이 갑자기 틀어지고, 눈앞에 있는 코드는 분명 맞는데 결과는 다르게 나오고, 그러는 사이 데드라인은 점점 다가온다.
그 와중에 팀장님이 “진행 어떻게 되고 있어요?”라고 물어보면 머릿속이 완전히 멈춰버린다.

정말 아무 생각도 안 난다.
코드도 안 보이고, 뭘 해야 할지 감도 안 잡힌다.
그 순간이 바로 ‘백지화’다.

왜 이런 현상이 생기는지 생각해보면

이게 능력 부족이나 실력의 문제가 아니라는 걸 시간이 지나며 알게 됐다.
압박, 불안, 책임감이 한 번에 몰리면 인간의 뇌는 순간적으로 멈춘다.
컴퓨터로 치면 잠깐 과부하 걸린 상태라고 보면 된다.

문제가 안 풀릴 때 불안이 생기고, 불안이 집중력을 더 떨어뜨리고, 그러다 보면 아주 단순한 것도 이해 안 되는 상태가 된다.
누구에게나 일어나는 자연스러운 반응이라는 걸 나중에서야 인정하게 된다.

 

재밌는 건 말을 하면 해결되는 경우가 많다

이상하게도 누군가에게 “여기가 이렇게 안 돼서…” 하고 설명하는 순간 문제의 핵심이 눈에 들어온다.
동료가 해결책을 알려주지 않아도, 말하다 보면 내가 정리되면서 답이 보이는 경우가 많다.

이런 과정을 개발자들은 ‘러버덕 디버깅’이라고 부르는데, 실제로 효과가 제법 있다.
말로 정리하는 것만으로도 생각이 다시 구조화된다.

 

내가 실제로 쓰는 간단한 탈출법

첫 번째, 잠깐 자리에서 일어나서 화면을 멀리하기.
이게 단순하지만 과부하가 내려가는 데 도움이 된다.

두 번째, 문제를 한 문장으로 요약해보기.
“내가 지금 정확히 뭘 못 하고 있는지”를 한 줄로 적으면 갑자기 길이 잡힌다.

세 번째, 말로 설명해보기.
사람이 없어도 된다. 설명하는 행위 자체가 정리에 도움이 된다.

네 번째, 10분 정도는 다른 작업으로 눈을 돌려보기.
머리가 잠시 초기화되면 돌아와서 훨씬 쉽게 풀릴 때가 있다.

 

결국 중요한 건 ‘모르면 안 된다’라는 생각을 버리는 것

회사에서는 모든 걸 혼자 해결하는 게 능력이 아니다.
막히면 공유하고, 물어보고, 함께 해결하는 것이 결국 더 빠르고 효율적이다.
예전엔 모르면 무능해 보일까 봐 질문을 잘 못 했는데, 돌아보면 그때가 오히려 시간이 제일 많이 낭비됐다.

문제가 막혔다는 건 내가 부족해서가 아니라, 그만큼 치열하게 하고 있다는 증거다.
누구나 막힌다.
중요한 건 그때 어떻게 다시 돌아오느냐다.