[개발자 에세이 Part 2] "내가 쓴 오타는 왜 내 눈에만 안 보일까?" 캠브리지가 증명한 20년 차의 착각

 

안녕하세요. 달달한 믹스 커피 한 잔으로 굳어버린 뇌를 깨우고 돌아온 CoLife입니다.

어제 개발자 에세이 Part 1에서 '왜 안 되지?' 밈에 대해 철학적인(?) 고민을 나누었는데요. 다들 공감해 주시는 모습을 보며 저 역시 큰 위로를 받았습니다. 사실 현실 세계에서 우리 개발자들을 가장 지치게 만드는 "이게 왜 안 돼!"의 진짜 범인은 생각보다 몹시 허무한 곳에 숨어 있습니다. 바로 **'오타'**입니다.

오늘은 연차가 20년이나 쌓였음에도 여전히 저를 당황스럽게 만드는, **'내 눈에만 절대 안 보이는 마법의 오타'**에 대해 따뜻한 커피 한 잔과 함께 진솔한 이야기를 풀어볼까 합니다.

 

완벽한 논리를 무너뜨리는 내 손가락

세미콜론(;)을 안 찍어서 나는 문법 오류나, 괄호 하나를 덜 닫아서 생기는 에러는 IDE 툴이 시뻘건 줄을 그어주니 차라리 친절합니다. 진짜 개발자를 울리는 건, 머릿속의 로직은 완벽한데 변수명 끝의 글자 순서만 살짝 바뀐 경우입니다.

캠브리지 대학이 증명한 우리의 뇌

인터넷에서 널리 알려진 재미있는 문장 하나를 같이 읽어보시겠어요?

"Aoccdrnig to rscheearch at Cmabrigde Uinervtisy, it deosn’t mttaer in waht oredr the ltteers in a wrod are…"

 

스펠링이 엉망진창으로 뒤섞여 있는데도 놀랍게도 해석이 술술 되시죠? 우리 뇌는 단어를 읽을 때 글자 하나하나를 분석하는 게 아니라, **첫 글자와 끝 글자, 그리고 단어의 전체적인 형태를 이미지처럼 묶어서 인식하는 강력한 보정 능력(Typoglycemia)**을 갖추고 있기 때문입니다.

내 눈에 씌인 필터, 남이 보아야 벗겨진다

우리의 일상을 편하게 해주는 이 놀라운 뇌의 보정 능력이, 모니터 앞에서 코딩을 할 때는 최악의 함정으로 돌변합니다.

무의식중에 변수명 끝에 width를 widht로, length를 lenght로 적어버리는 순간, 내 눈에는 이미 정상적인 단어로 필터링 되어버립니다. 전달되는 모든 변수를 console.log()로 수십 번 찍어보고 눈을 부릅떠도 절대 찾을 수 없죠. 내 눈에는 내가 애초에 의도했던 그 단어, '안성탕면'으로 완벽하게 읽히고 있으니까요. ('안탕성면'이라고 써놔도 말이죠.)

 

💡 CoLife의 20년 차 인사이트: 오타의 늪에서 배우는 '겸손함'

이 지독한 오타의 늪에서 수없이 허우적대며, 저는 20년의 세월 동안 개발자로서 아주 중요한 덕목 하나를 배웠습니다. 바로 **'겸손함'**입니다. 실무에서 이 함정을 빠져나오는 저만의 노하우를 공유해 드립니다.

• 매몰되지 말고 물리적 거리를 두세요 1시간 동안 모니터에 코를 박고 있어도 원인이 안 보인다면, 내 뇌가 이미 단단히 속고 있다는 뜻입니다. 의자를 뒤로 쭉 빼서 화면을 멀리서 바라보거나, 아예 밖으로 나가 짧은 산책을 다녀오세요. 뇌를 물리적으로 환기해야 비로소 가려졌던 진실이 보입니다.
• 동료 찬스는 부끄러운 것이 아닙니다 "내 코드는 가까이서 보면 비극이고, 남이 멀리서 보면 희극이다." 제가 자주 하는 말입니다. 내가 2시간 동안 핏대를 세우며 못 찾은 오타를, 지나가던 옆자리 동료는 커피를 마시며 단 1초 만에 "선배님, 거기 스펠링 틀렸는데요?" 하고 찾아냅니다. 자존심을 내려놓고 *"이것 좀 한 번만 봐줄래?"*라고 말할 수 있는 용기와 유연함, 그것이 진정한 팀워크이자 연차가 쌓일수록 빛을 발하는 진짜 실력입니다.

 

마무리하며

가끔은 차가운 기계의 논리보다 내 눈과 뇌를 더 의심해야 한다는 사실이 참 묘하지 않나요? 캠브리지 대학의 연구 결과(?)에 속으며, 오늘도 어이없는 오타 하나에 울고 웃는 우리 개발자들의 일상이 문득 인간적이고 따뜻하게 느껴집니다.

여러분은 코드를 짜다가 '내 눈에만 안 보였던 기막힌 오타' 때문에 허탈했던 적이 있으신가요? 혼자 알기 아까운 재미있는 경험담이나, 오타를 찾는 본인만의 기발한 노하우가 있다면 댓글로 편하게 털어놓아 주세요!