"이노베이션 토큰은 3개뿐" — 스타트업 기술 선택, 지루하게 하라는 조언이 10년 넘게 회자되는 이유

무엇인가요

엔지니어 Dan McKinley가 2015년에 쓴 에세이 “Choose Boring Technology”가 최근 다시 해커뉴스 프론트페이지에 올라 275점, 댓글 140개를 넘겼습니다. 글의 핵심은 “이노베이션 토큰(innovation token)“이라는 비유입니다. 회사가 새로운 기술(당시 기준 NodeJS, MongoDB, 새 서비스 디스커버리 툴 등)을 도입할 때마다 한정된 토큰을 하나씩 소비한다고 가정하면, 대부분의 회사는 토큰을 3개 정도밖에 갖고 있지 않다는 것입니다.

저자는 신기술이 나쁘다는 게 아니라, 신기술은 “알려지지 않은 미지의 위험”(unknown unknowns)이 압도적으로 많다는 점을 지적합니다. MySQL이나 PostgreSQL, Python 같은 “지루한” 기술은 실패 사례와 운영 노하우가 이미 축적돼 있어 문제가 생겨도 해결 경로가 보이지만, 신기술은 새벽 3시 장애가 났을 때 참고할 자료 자체가 부족하다는 것입니다. 결국 회사의 진짜 임무는 기술 혁신이 아니라 비즈니스 성공이므로, 한정된 토큰은 정말 핵심적인 차별화 지점에만 써야 한다는 결론입니다.

왜 주목할까요

• 2015년 글이 10년 넘게 계속 회자되는 것 자체가, “무엇을 새로 도입할까”라는 고민이 스타트업에서 세대를 거쳐 반복되는 문제라는 뜻입니다.
• “혁신 총량은 제한돼 있다”는 프레임은 감정적 판단(“이게 힙하니까”)을 구조적 기준으로 바꿔주는 실용적 도구입니다.
• 운영 비용(모니터링·장애 대응·인력 채용 난이도)까지 고려하면 신기술의 진짜 비용은 도입 시점엔 잘 보이지 않는다는 지적이 특히 소규모 팀에 유효합니다.

국내 관점 코멘트

국내 초기 스타트업도 비슷한 함정에 자주 빠집니다. 채용 공고에 “최신 스택”을 넣어야 개발자가 지원한다는 압박, 콘퍼런스에서 본 신기술을 바로 프로덕션에 넣고 싶은 유혹이 겹치기 때문입니다. 하지만 팀 규모가 5명 안팎인 초기 단계에서는 장애 하나가 나면 대응할 사람 자체가 부족합니다. 이 글의 조언을 국내 현실에 맞게 적용한다면, 신규 프로젝트를 시작할 때 “이번 분기에 새로 도입할 기술은 최대 1~2개까지”로 팀 내 규칙을 정해보는 것부터 시작할 만합니다. 정말 새 기술을 써야 한다면 핵심 비즈니스 로직이 아니라 리스크가 작은 주변 기능에 먼저 적용해 검증하는 순서도 이 원칙과 맞닿아 있습니다.