OOD, Object Oriented Design 모델링 디자인 [4] - Structural Pattern & Interview guide

Structural Pattern 에 대해서 알아보도록 합니다.

OOD 면접은 정답을 맞히는 게임이 아니다. 면접관이 진짜로 보고 싶은 건 “복잡하고 모호한 문제를 협력하는 객체 구조로 변환하는 능력”이다.

요구사항은 일부러 흐릿하게 주어지고, 제약 조건도 몇 개만 던져진다. 그 다음부터는 전부 지원자의 몫이다. 어떤 수준의 설계를 기대하는지 파악하고, 어떤 기능이 필요한지 후보를 세우고, 그 기능들이 커져도 무너지지 않는 구조를 제시해야 한다.

이때 대부분의 지원자들이 실수하는 지점은 하나다. 요구사항이 확정되기도 전에 클래스부터 그리기 시작한다. 그래서 설계가 “그럴듯한 클래스 모음”으로 끝나고, 시스템이 커질수록 if-else가 늘어나고, 변경이 들어오면 한 군데가 아니라 여러 군데가 동시에 깨진다. OOD 면접에서 중요한 건 “지금 당장 동작하는 해답”과 “미래의 변화에도 유연하게 적응하는 해답” 사이에서 올바른 균형을 찾는 것이다.

그리고 그 균형을 빠르게 잡아주는 가장 강력한 도구가 Structural Pattern이다. 많은 사람들이 구조 패턴을 “정의 암기”로 접근하지만, 면접에서 Structural Pattern은 정의가 아니라 레버리지다.

OOD에서 가장 자주 터지는 문제는 결국 세 가지로 수렴한다.

첫째, 외부 시스템이나 레거시와 인터페이스가 맞지 않는다(호환성 문제).

둘째, 기능이 늘어나며 조합이 폭발한다(확장성 문제).

셋째, 시스템이 커지며 객체 의존성이 엉키고 복잡도가 급격히 상승한다(복잡도 문제).

Structural Pattern은 이 세 가지를 “클래스 구조”로 해결하는 레시피고, 면접관은 지원자가 그 레시피를 외웠는지가 아니라, 문제를 듣자마자 어떤 경계를 세우고 어디에 추상화를 꽂는지를 본다.

Structural Pattern은 사실 “7개의 질문”만 입에 붙어 있으면 바로 생각해낼 수 있다.