일단 돌아가면 그게 정답이다. 리팩토링은 항상 나중 이야기고, 나중은 절대 오지 않는다는 걸 본인만 모른다.
핵앤슬래시 코더(HACK) 유형은 개발 세계의 액션 히어로입니다. 생각보다 손가락이 먼저 움직이고, 계획보다 실행이 먼저입니다. "일단 돌아가게 만들고 나중에 고치자"라는 철학을 실천하는 이들은, 다른 팀원들이 기술 스펙 문서를 작성하는 동안 이미 프로토타입 세 개를 만들어 놓습니다.
HACK 유형의 가장 큰 장점은 속도입니다. 스타트업 환경, 해커톤, MVP 개발처럼 빠른 결과물이 필요한 상황에서 이 유형의 진가가 드러납니다. 요구사항이 모호하거나 자주 바뀌는 환경에서도 유연하게 대응하며, 일단 무언가를 만들어놓고 피드백을 받으면서 개선하는 방식으로 최종 결과물의 완성도를 높여갑니다. 시장 검증을 위한 빠른 프로토타이핑에서는 이 유형이 독보적입니다.
하지만 그들의 코드베이스를 들여다보면 코드 리뷰어의 멘탈이 흔들릴 수 있습니다. 함수 하나에 200줄짜리 로직, 변수명은 temp, temp2, temp_final, temp_final2, 그리고 전설적인 주석 "// 이거 왜 이렇게 했는지 나도 모름 - 2023년 3월". 하지만 이 모든 혼돈에도 불구하고 시스템은 돌아갑니다. 그게 바로 HACK 유형의 마법입니다.
HACK 유형이 만들어내는 가장 큰 가치는 모멘텀입니다. 팀이 아이디어 단계에서 멈춰있을 때, 이들은 이미 작동하는 무언가를 만들어 탁자 위에 올려놓습니다. "이렇게 하면 될 것 같아요"라는 말 대신 "이렇게 됩니다"를 보여주는 능력이 이들의 핵심 경쟁력입니다. 투자자 데모, 고객 PoC, 내부 해커톤에서 HACK 유형은 팀의 영웅이 됩니다.
기술 부채는 HACK 유형의 영원한 동반자입니다. 이들이 지나간 자리에는 항상 "나중에 고쳐야 할 것들" 목록이 생깁니다. 문제는 그 나중이 잘 오지 않는다는 것입니다. 하나의 빠른 해결책이 다음 기능의 기반이 되고, 그 기반 위에 또 빠른 해결책이 쌓입니다. 결국 6개월 후 코드베이스는 아무도 이해하지 못하는 레거시가 되어있고, HACK 유형은 새로운 프로젝트를 시작하고 싶다고 합니다.
HACK 유형과 함께 일하는 팀은 몇 가지 원칙이 필요합니다. 첫째, 빠른 구현 후 반드시 리팩토링 시간을 스프린트에 포함시킵니다. 둘째, 코드 리뷰를 통해 최소한의 기준을 유지합니다. 셋째, HACK 유형이 만든 프로토타입을 그대로 프로덕션에 올리지 않는 프로세스를 만듭니다. 이 세 가지만 지켜도 HACK 유형의 속도라는 장점을 살리면서 품질 문제를 최소화할 수 있습니다.
HACK 유형이 장기적으로 성장하는 방향은 '빠르게 + 좋게'의 균형을 찾는 것입니다. 처음부터 완벽하게 설계할 필요는 없지만, 최소한 다른 사람이 이해할 수 있는 수준의 코드를 작성하는 습관이 필요합니다. 의미 있는 함수명, 핵심 로직에 대한 한 줄 주석, 기본적인 에러 처리만 습관화해도 HACK 유형의 코드는 팀의 자산이 됩니다.
"완벽한 코드를 기다리다가 출시 못 하는 것보다, 80점짜리 코드라도 일단 내보내는 게 낫죠. 고치면 되잖아요. 출시 안 하면 고칠 것도 없어요."
— HACK 유형 스타트업 개발자마감 3일 전, HACK 유형 개발자의 하루를 따라가봅니다.
해커톤, 스타트업 초기 단계, PoC(Proof of Concept) 개발에서 독보적인 존재감을 발휘합니다. 남들이 기획서를 쓰는 동안 이미 데모를 완성하는 이 유형은 투자자 미팅, 프레젠테이션, 클라이언트 시연 상황에서 팀의 히어로가 됩니다. 요구사항이 불명확하거나 자주 바뀌는 환경에서 좌절 없이 방향을 전환할 수 있는 유연성도 큰 강점입니다. 또한 스택오버플로우, GitHub, 각종 레퍼런스를 빠르게 탐색하는 정보 습득 속도가 매우 뛰어납니다.
HACK 유형이 쌓아놓은 기술 부채는 팀 전체의 미래 속도를 갉아먹습니다. 처음에는 빠르게 달리지만, 어느 순간 기술 부채의 무게 때문에 새 기능 하나 추가하는 데 3일이 걸리는 상황이 옵니다. 테스트 코드 작성 습관을 들이고, 최소한의 설계(간단한 흐름도, 함수 분리 기준)를 정하는 것이 장기적으로 본인의 개발 속도를 지키는 방법입니다. "나중에 고치자"를 "지금 조금만 더 잘 짜자"로 바꾸는 작은 습관이 큰 차이를 만듭니다.
Q. HACK 유형을 팀에서 어떻게 활용해야 하나요?
빠른 프로토타이핑, 신기술 PoC, 마감이 급한 데모 작업에 집중 배치하세요. 프로덕션 안정성이 중요한 핵심 서비스 개발보다는 실험적 기능 개발이 더 잘 맞습니다.
Q. 기술 부채를 어떻게 관리하나요?
스프린트마다 '리팩토링 이슈'를 일정 비율 포함시키는 것이 효과적입니다. HACK 유형 스스로도 '이거 나중에 고쳐야 함' 라벨을 붙이는 습관을 들이면 팀의 부담이 줄어듭니다.
Q. HACK 유형이 코드 품질을 높이려면?
테스트 작성을 의무화하는 것부터 시작하세요. 테스트를 먼저 쓰면 자연스럽게 함수를 작게 나누게 되고, 코드 구조가 개선됩니다.
💡 '일단 돌아가게' 만든 후, 반드시 TODO 주석을 남기세요. 나중에 고칠 것을 명시적으로 표시하면 팀원들이 맥락을 이해하고, 리팩토링 계획을 세우기 훨씬 쉬워집니다.