완벽함을 추구하는 것과 오버엔지니어링은 다릅니다

'그거 오버엔지니어링 아니에요?'

코드를 조금만 공들여 다듬고 있으면 어디선가 날아오는 말이죠. 요즘처럼 '빠른 출시'가 절대 미덕이 된 시대에는 품질을 추구하는 행위 자체에 오버엔지니어링이라는 딱지가 붙기 쉬운데요. 최근 한 개발자가 쓴 에세이가 바로 이 지점을 파고들어요. 완벽함을 추구하는 것과 오버엔지니어링은 전혀 다른 것인데, 우리가 이 둘을 뭉뚱그려 취급하면서 좋은 코드를 쓰려는 노력까지 죄악시하고 있다는 거예요. 저도 읽으면서 뜨끔한 부분이 많아서 함께 정리해 봤어요.

오버엔지니어링의 진짜 정의

먼저 오버엔지니어링이 뭔지 분명히 해볼게요. 오버엔지니어링은 '지금 필요하지 않은 복잡성을 미리 추가하는 것'이에요. 예를 들면 이런 거예요. 사용자가 10명인 서비스에 마이크로서비스 아키텍처를 도입한다거나, 딱 한 군데서만 쓰는 코드에 인터페이스와 팩토리와 추상 클래스를 3단으로 쌓는다거나, 아무도 바꿀 일 없는 값을 위해 거창한 설정 시스템을 만드는 것들이요. 이런 결정들의 공통점은 '언젠가 필요할지도 몰라'라는 추측에 기반한다는 거예요. YAGNI(You Aren't Gonna Need It, 어차피 그거 필요 없을 거야)라는 유명한 원칙이 정확히 이걸 겨냥하죠. 미래를 추측해서 지은 구조물은 대부분 빗나가고, 빗나간 뒤에도 코드에 남아 유지보수 비용만 잡아먹거든요.

완벽함의 추구는 방향이 반대예요

그런데 완벽함을 추구하는 건 전혀 다른 활동이에요. 이건 새로운 걸 쌓는 게 아니라 이미 있는 것을 다듬는 일이거든요. 빈 입력이 들어오면 어떻게 되는지, 네트워크가 중간에 끊기면 어떻게 되는지 같은 엣지 케이스를 챙기는 것. 6개월 뒤의 내가 읽어도 바로 이해되는 이름을 짓는 것. 사용자가 막혔을 때 뭘 해야 할지 알려주는 에러 메시지를 쓰는 것. 그리고 무엇보다, 없어도 되는 코드를 찾아서 덜어내는 것이요. 생텍쥐페리의 유명한 말처럼, 완벽함이란 더할 것이 없을 때가 아니라 뺄 것이 없을 때 달성되는 거잖아요. 그러니까 오버엔지니어링은 복잡성을 더하는 방향이고, 완벽함의 추구는 복잡성을 줄이는 방향이에요. 정반대인데도 겉에서 보면 둘 다 '출시를 늦추면서 시간을 더 쓰는 행위'라서 같은 취급을 받는 거죠.

왜 이 구분이 흐려졌을까요

업계 흐름을 보면 이해가 가요. '빠르게 움직여서 부숴라(Move fast and break things)'라는 구호가 한 시대를 지배했고, 스타트업 문화에서는 기술 부채가 당연한 것으로 정상화됐죠. 사실 이 논쟁은 뿌리가 깊어요. 90년대에 리처드 가브리엘이 쓴 'Worse is Better'라는 글이 있는데, 완성도 높은 설계보다 단순하고 빨리 퍼지는 쪽이 결국 이긴다는 주장이었어요. 유닉스와 C 언어의 성공이 그 증거로 자주 인용되고요. 여기에 요즘은 AI 코딩이라는 변수까지 더해졌어요. 코드가 대량 생산되는 시대일수록 '무엇이 좋은 코드인가'를 판별하는 감각이 사람의 핵심 역량이 되거든요. AI가 뽑아낸 그럴듯한 코드에서 불필요한 추상화를 걷어내고 빠진 엣지 케이스를 채워 넣는 일이야말로 요즘 코드 리뷰의 본질이 됐잖아요.

실무에서 구분하는 질문 하나

그래서 리뷰할 때 이 질문 하나면 대체로 구분이 돼요. '이 복잡성이 지금 존재하는 문제를 푸는가, 아니면 상상 속의 문제를 푸는가?' 리팩터링을 했더니 코드 줄 수가 줄고 읽기 쉬워졌다면 그건 완벽함의 추구예요. 반대로 새로운 계층, 새로운 개념, 새로운 설정이 늘었는데 당장 달라지는 동작이 없다면 오버엔지니어링 신호고요. 주니어 분들께 특히 드리고 싶은 말은, 품질에 시간 쓰는 걸 부끄러워하지 말라는 거예요. 테스트를 붙이고 이름을 고민하는 건 미덕이에요. 다만 뭔가를 더하고 싶어질 때마다 '더할 게 아니라 뺄 수 있는 건 없나'를 먼저 물어보면, 오버엔지니어링의 함정은 대부분 피할 수 있어요.

마무리

한 줄로 정리하면 이렇습니다. 오버엔지니어링은 필요 없는 것을 더하는 병이고, 완벽함의 추구는 필요한 것만 남기는 훈련이다. 여러분은 어떠세요? 억울하게 오버엔지니어링이라는 소리를 들어본 경험, 반대로 진짜 오버엔지니어링 때문에 고생한 경험이 있다면 댓글로 들려주세요.