[개발자 영어] Not Invented Here (NIH) Syndrome

이번에 소개할 표현은 "Not Invented Here (NIH) Syndrome"입니다. "NIH Syndrome"은 외부에서 만든 기술, 라이브러리, 툴을 쉽게 받아들이지 않고, 오직 내부에서 직접 만들어야만 가치 있다고 여기는 태도를 나타냅니다. 즉, 이미 검증된 솔루션이 있음에도 "우리가 직접 만들어야 한다"는 근거 없는 자부심 혹은 편견으로 인해 재발명(reinventing the wheel)에 시간을 소모하고 기술 부채를 쌓는 행위를 뜻합니다.

1. 의미

"NIH Syndrome"은 타인이 만든 것을 신뢰하지 않고, 외부 솔루션 채택을 기피하는 경향을 가리킵니다. 이로 인해 팀은 기존에 잘 작동하는 라이브러리를 두고 굳이 내부 구현을 시작하거나, 오픈소스 솔루션을 외면하고 비슷한 기능을 스스로 개발하는 비효율적인 선택을 하게 됩니다.

예:

• "우리는 안정적이고 유명한 라이브러리가 있음에도, NIH Syndrome 때문에 비슷한 기능을 다시 구현하고 있어."
  → *"We have a stable, well-known library available, but due to NIH syndrome we’re re-implementing similar functionality ourselves."*
• "NIH Syndrome으로 인해 프로젝트 일정이 늘어지고, 유지보수 부담도 커지고 있어."
  → *"Because of NIH syndrome, our project timeline is stretching and our maintenance burden is increasing."*

2. 어원(Origin)

"Not Invented Here"라는 표현은 기업이나 조직 내에서, 외부에서 개발한 기술을 받아들이지 않고 내부적으로만 모든 것을 해결하려는 폐쇄적인 태도를 비꼬기 위해 만들어졌습니다. 소프트웨어 개발에서는 이 태도가 특히나 심각한 비효율을 초래할 수 있기에 주로 경계해야 할 관념적 장애물로 언급됩니다.

3. 소프트웨어 개발과의 연관성

"NIH Syndrome"은 새로운 기능 구현, 인프라 선택, 아키텍처 결정 등 다양한 상황에서 나타납니다.

3.1 재발명으로 인한 비효율

이미 잘 검증된 오픈소스 라이브러리나 프레임워크를 두고, 비슷한 기능을 처음부터 다시 만드는 데 시간을 쏟는 경우가 많습니다.

• 예: "We spent weeks rebuilding something that’s freely available, thanks to NIH syndrome."

3.2 유지보수 및 품질 문제

직접 만든 솔루션은 외부에서 널리 사용되고 검증된 것만큼 신뢰하기 어렵고, 유지보수에도 추가 자원이 듭니다.

• 예: "Our custom solution is buggy and hard to maintain, all because we refused to use the proven external tool."

3.3 협업 및 커뮤니티와의 단절

외부 솔루션을 도입하지 않으면 커뮤니티 지원, 업데이트, 보안 패치 등 외부 리소스를 활용하기 어렵고, 결국 내부 인력 의존도가 높아집니다.

• 예: "We missed out on community-driven improvements by falling into NIH syndrome."

3.4 비즈니스 기회 비용 증가

불필요하게 직접 개발하는 과정에서 핵심 비즈니스 로직 구현에 쓸 시간을 잃게 되며, 시장 출시 속도도 늦어질 수 있습니다.

• 예: "While our competitors moved faster by adopting existing solutions, we lagged behind due to NIH syndrome."

4. 실무 예시

• "The team decided to implement their own logging system instead of using the established library—classic NIH syndrome."
• "Our CTO identified NIH syndrome and pushed the team to leverage proven open-source projects."
• "NIH syndrome led us down a path of unnecessary complexity and extended development cycles."
• "After acknowledging NIH syndrome, we replaced our custom-made parser with a well-supported external tool."
• "By overcoming NIH syndrome, we saved time and tapped into a larger ecosystem of solutions."

5. 이 표현이 주는 교훈

"NIH Syndrome"은 개발팀이 외부 자원을 활용하는 능력을 제한하고, 불필요한 노동으로 이어질 수 있음을 강조합니다. 이 표현을 통해 개발자들은 이미 검증된 솔루션을 존중하고 적절히 활용하는 자세를 갖추게 되며, 자원 낭비를 줄이고 생산성을 높이는 길로 나아갈 수 있습니다.

적용 팁

• 비용 대비 효과 판단: 외부 솔루션을 도입할 때, 자체 개발보다 비용과 시간을 절약할 수 있는지 냉정히 판단하세요.
• 커뮤니티 및 문서 검토: 검증된 외부 도구는 커뮤니티 지원, 문서화, 유지보수 인프라를 갖추고 있어 안정적인 선택이 가능합니다.
• 핵심 역량 집중: 반복 가능한 문제는 외부 솔루션을 활용하고, 내부 팀 역량은 차별화할 수 있는 핵심 기능에 집중하세요.

6. 유사한 표현

"Reinventing the Wheel": 이미 존재하는 해결책을 모르거나 무시하고, 동일한 것을 다시 개발하는 행위를 비유하는 표현. NIH와 유사한 의미를 갖습니다.

• 예: "We spent months reinventing the wheel when we could’ve integrated a stable library."

"Not Invented Here Attitude": NIH Syndrome과 같은 뜻을 좀 더 태도 중심으로 표현한 문구로, 팀이나 조직 분위기를 지칭합니다.

• 예: "That company’s not invented here attitude is preventing them from adopting better solutions."

7. 결론

"Not Invented Here Syndrome"은 외부 솔루션을 적절히 받아들이지 못해 효율성을 저해하는 문제점을 통찰력 있게 보여주는 표현입니다. 이 말을 통해 팀은 성공적으로 외부 자원을 활용하고, 실제 가치 창출에 집중할 수 있는 전략적 판단을 내릴 수 있습니다.