Hacker News 2026.07.07 32

DRY, SOLID, KISS... 개발 약어(acronym)에 지쳐본 적 있나요?

DRY, SOLID, KISS... 약어에 지쳐본 적 있나요?

개발 공부를 하다 보면 알파벳 몇 글자로 된 원칙들을 정말 많이 만나요. DRY(같은 코드 반복하지 마라), SOLID(객체지향 설계 5원칙), KISS(단순하게 유지해라), YAGNI(필요해지기 전엔 만들지 마라)... 코드 리뷰에서 "이거 DRY 위반인데요?" 한마디면 상대가 말문이 막히기도 하죠. 그런데 한 개발자가 "나는 이런 엔지니어링 약어들이 오히려 경계스럽다"는 주제로 글을 쓰기 시작했어요. 약어가 나쁘다는 게 아니라, 약어가 '생각을 멈추게 하는 도구'로 변질되는 게 문제라는 거예요.

약어의 진짜 문제: 뉘앙스가 사라진다

약어의 매력은 복잡한 개념을 짧게 압축한다는 데 있어요. 근데 바로 그 압축이 함정이에요. 원래 그 원칙이 나온 배경, 언제 적용하고 언제 예외를 둬야 하는지 같은 '맥락'이 통째로 날아가고, 딱딱한 규칙만 남거든요.

예를 들어 DRY를 볼게요. "코드 중복을 없애라"는 좋은 말이죠. 근데 이걸 맹신하면, 사실은 서로 다른 이유로 우연히 비슷하게 생긴 코드 두 개를 억지로 하나로 합쳐버려요. 그러다 나중에 한쪽만 바꿔야 할 일이 생기면, 억지로 합쳐둔 그 추상화가 오히려 발목을 잡아요. 그래서 경험 많은 개발자들 사이에선 "잘못된 추상화보다 약간의 중복이 낫다"는 말도 있을 정도예요.

SOLID도 마찬가지예요. 원래는 깊이 있는 설계 사고를 담은 원칙인데, 현장에선 "인터페이스 무조건 쪼개고 클래스 무조건 나누는 것"처럼 형식만 따라 하는 경우가 많아요. 원칙의 정신은 사라지고 껍데기만 흉내 내는 거죠. 이런 걸 흔히 '카고 컬트(cargo cult)'라고 불러요. 뜻도 모르고 형식만 따라 하는 걸 말하는데, 남태평양 원주민들이 비행기가 오길 바라며 나무로 활주로 모형을 만들었다는 이야기에서 나온 표현이에요.

약어가 위험해지는 순간

글쓴이가 특히 걱정하는 건 주니어 개발자예요. 이제 막 시작한 사람에게 "이건 SOLID 위반이야"라고 하면, 왜 그런지 스스로 판단하는 대신 그냥 규칙으로 외워버리게 돼요. 그러면 상황에 따라 원칙을 유연하게 적용하는 능력, 즉 진짜 실력이 자라질 못해요. 약어가 사고의 '지름길'이 아니라 사고를 '대체'해버리는 순간, 그게 독이 되는 거예요.

또 하나, 약어는 토론에서 무기처럼 쓰이기 쉬워요. "그건 KISS 원칙에 어긋나"라고 하면 뭔가 반박하기 어려운 권위처럼 들리지만, 사실 그 안에서 무엇이 '단순한' 건지는 사람마다 다르잖아요. 약어가 실제 논의를 덮어버리는 거죠.

그럼 약어를 버려야 하나?

그건 아니에요. 약어는 잘 쓰면 좋은 '기억 장치'이자 공통 언어예요. 팀원끼리 "여기 DRY하게 가자"고 하면 긴 설명 없이 뜻이 통하잖아요. 핵심은 약어를 '결론'이 아니라 '대화의 시작점'으로 쓰는 거예요. "왜 이게 DRY 위반이라고 생각해?", "이 경우엔 중복이 오히려 낫지 않을까?" 하고 그 뒤의 맥락까지 파고드는 태도가 중요한 거죠.

한국 개발자에게

우리 개발 문화에서도 코드 리뷰나 사수와의 대화에서 이런 약어가 권위처럼 쓰이는 경우가 많아요. 특히 위계가 있는 조직일수록 "선배가 SOLID라고 했으니 그런가 보다" 하고 넘어가기 쉽죠. 앞으로 리뷰할 때, 약어를 던지기 전에 그 이유를 한 문장이라도 풀어서 설명해주는 습관을 들여보면 어때요? 받는 사람도 훨씬 많이 배우고, 던지는 사람도 자기 생각을 다시 점검하게 되거든요.