개발자로 살면서 생긴 직업병 몇 가지
도입
어느 주말, 친구가 보낸 카톡 메시지에서 오타를 발견하고 나도 모르게 "이건 오타입니다"라고 답장을 칠 뻔한 적이 있었습니다. 개발을 오래 하다 보면 업무 시간 밖에서도 무의식적으로 튀어나오는 사고방식이 생긴다는 걸 느낀 순간이 종종 있었습니다. 거창한 계기가 있었던 건 아니고, 이렇게 사소한 일상 장면들에서 문득 깨닫게 되는 식입니다.
일상에서 튀어나오는 개발자 습관들
가장 먼저 느끼는 건 오타나 비문을 보면 자동으로 "버그"처럼 인식된다는 것입니다. 친구가 보낸 메시지에 오타가 있으면 내용보다 그 글자가 먼저 눈에 들어옵니다. 반복되는 집안일을 볼 때도 비슷한 증상이 나타납니다. 설거지를 돌리는 요일을 외우는 것보다, "이 작업을 스크립트로 만들 수 없을까"라는 생각이 먼저 드는 식입니다.
공공기관이나 은행 앱의 안내문을 볼 때도 비슷한 일이 벌어집니다. "이 조건이 빠지면 어떻게 되지?", "동시에 두 가지가 적용되면?" 같은 예외 케이스부터 따지게 됩니다. 안내문을 만든 사람은 그런 경우를 생각 못 했을 것 같은데, 저도 모르게 그 답을 찾고 있습니다. 단축키 없는 UI를 쓸 때도 답답해집니다. 마우스로 메뉴를 여러 번 클릭해야 하는 작업을 반복할 때면, "이건 왜 단축키가 없지"라는 생각이 반사적으로 나옵니다.
눈에 보이는 물건의 작동 원리를 파고드는 것도 비슷한 갈래입니다. 얼마 전 지인 집에 저녁을 먹으러 갔다가 아이가 쓰는 세이펜을 보고, 저 펜이 종이 위 그림을 어떻게 인식해서 소리를 내는 건지 원리가 궁금해져 한참을 들여다본 적이 있습니다. 눈앞의 물건이 개발과 전혀 상관없는 물건이어도, 어떤 방식으로 동작하는지 구조를 뜯어보고 싶어지는 건 마찬가지였습니다.
주변 반응과 스스로도 어이없었던 순간
비개발자 친구와 이야기하다가 제가 말하는 방식이 마치 버그 리포트처럼 들린다는 말을 들은 적이 있습니다. "그래서 결론이 뭐야", "재현 조건이 뭐야" 같은 표현을 습관적으로 쓰다 보니, 대화 자체가 버그 리포트 양식을 따라가고 있다는 걸 나중에 깨달았습니다. 또 한번은 집안 와이파이가 느려지는 이유를 단계별로 나누어 추론하다가, 스스로도 "이거 너무 진지하게 접근하는 거 같다"라는 생각이 들었던 순간도 있었습니다.
앞서 말한 세이펜 에피소드도 비슷했습니다. 다 같이 저녁을 먹는 자리였는데 저 혼자 펜을 뒤집어 보며 원리를 골똘히 생각하고 있으니, 지인들이 "밥 먹다 말고 뭐 하냐"며 웃었습니다. 저는 그냥 궁금해서 그런 건데, 옆에서 보기엔 식사 자리에 안 어울리는 행동이었나 봅니다. 그 뒤로 비슷한 상황이 오면 일단 속으로만 생각하고 넘어가려고 하는 편입니다.
그래도 못 고치는 이유
이런 습관들을 돌아보면, 사실 업무할 때는 꽤 유용한 감각들입니다. 오류를 민감하게 잡아내고, 예외 케이스를 미리 고려하고, 반복 작업을 자동화할 방법을 찾는 감각은 코드를 짜는 데만 필요한 게 아니라 업무 전반에서 도움이 되었습니다. 그래서 굳이 고치려고 하지는 않습니다. 일상에서 조금 튀어나오는 것이 그대로 불편하게 느껴지는 순간도 있지만, 대체로는 이건 이대로 직업적 감각의 연장선이라 생각하고 넘어가는 편입니다.
마무리
직업병이라고 부르기는 했지만, 고치고 싶은 병은 아닌 것 같습니다. 오히려 이런 습관들이 업무에서는 강점으로 작동하니까, 일상에서 좀 튀어나온다고 굳이 부자연스럽게 여길 필요는 없었다는 정도로 정리하면 될 것 같습니다.
[핵심요약] 일상에 스며든 개발자 직업병, 담백하게 정리해봤습니다