# 빅테크 기업에서 질 낮은 코드가 나오는 역설

역설적이게도 세계 최고의 엔지니어들이 집결한 빅테크 기업에서 질 낮은 코드가 나오는 현상은 개인의 역량 문제가 아니라, **조직 구조와 인센티브 체계가 만든 필연적 결과**입니다. 높은 연봉으로 우수 인력을 모으고, 충분한 시간을 가지고 작업할 수 있는 환경에서도 나쁜 코드가 발생하는 이유를 들여다보면, 기술보다 조직 운영의 현실이 보입니다.

**초보자가 지배하는 코드 변경**

- 빅테크 기업의 엔지니어 평균 근속 기간은 1~2년에 불과합니다. 4년 차부터 주식 보상이 끝나는 구조가 인센티브를 무너뜨리기 때문입니다. 더 문제인 것은 팀 내 이동입니다. 실제로 한 코드베이스에 머무는 기간은 3년 미만인데, 해당 시스템은 10년 이상 유지되는 경우가 많습니다. 
- 

- 결과적으로 많은 엔지니어들이 낯선 코드베이스와 프로그래밍 언어로 일하게 됩니다. 코드 변경의 상당 부분이 입사한 지 6개월 이내인 '초보자'에 의해 이루어지는 셈입니다. 일반적으로 우수한 엔지니어들도 익숙하지 않은 환경에서는 실수할 수밖에 없는 상황이 구조화되어 있습니다.

**경험 많은 엔지니어의 한계**

- 경험 많은 엔지니어들이 코드 리뷰를 통해 이러한 문제를 완화하지만, 이 체계는 근본적으로 불안정합니다. 
- 

- 먼저, 전문성 개발이 비공식적으로만 이루어집니다. 빅테크 기업들은 특정 시스템의 장기 전문성을 의도적으로 육성하거나 유지하려 하지 않습니다. 좋은 경험을 가진 엔지니어도 다른 부서로 이동당하면 그 역할을 포기하거나 자발적으로 추진해야 합니다. 또한 경험 많은 엔지니어들은 과부하 상태입니다. 모든 코드 변경을 검토할 시간이 없고, 검토에만 집중하면 자신의 개별 성과를 인정받지 못해 조직 내 평가에서 손해를 봅니다.

**조직의 의도된 트레이드오프**

- 빅테크 기업들은 이런 상황을 충분히 알면서도 유지합니다. **장기적 전문성 개발보다 내부 인지성(가시성)을 우선**합니다. 즉, 누가 무엇을 하는지 한눈에 파악하고 필요에 따라 엔지니어를 이동배치할 수 있는 능력을 더 중시합니다. 당월의 문제나 AI 시장처럼 급변하는 분야로 빠르게 인력을 배치해야 할 때, 이 구조는 매우 효율적입니다. 
- 

- 나쁜 코드가 나오는 것은 이 선택의 대가입니다. 낯선 시스템에서 빠르게 산출하도록 요구받는 엔지니어들에게서 형편없는 코드가 나올 수밖에 없다는 점을 회사는 충분히 이해하고 있습니다.

**개인의 제한된 역할**

- 개별 엔지니어는 이러한 역학 관계를 바꿀 수 없습니다. 2025년 현재 기술 리더십의 협상력이 약해진 상황에서는 더욱 그렇습니다. 

- 개인이 할 수 있는 최선은 특정 분야의 '경험자'가 되어 최악의 코드 변경을 막고 합리적인 기술적 결정을 유도하는 것입니다. 하지만 이조차 조직의 방향성에 역행하는 것일 수 있으며, 잘못 진행하면 성과 개선 계획(PIP)이나 해고로 이어질 수 있습니다.

**기술 관점의 오해 넘어서기**

- 순수한 기술 프로젝트에 종사하는 엔지니어들은 나쁜 코드를 단순히 역량 문제로 봅니다. 하지만 대부분의 빅테크 엔지니어는 배관공이나 전기기사처럼 일합니다. 데드라인이 있고 낯선 프로젝트에서 일하며, 기술 역량이 뛰어나도 상황 특성상 어색함이 불가피합니다. 이런 환경에서는 나쁜 코드가 불가피하며, 전체 시스템이 충분히 잘 작동하면 성공입니다. 

- 나쁜 코드 사례를 지적하는 것은 그 특정 사례를 수정하는 데는 효과적이지만, 근본 원인은 엔지니어의 역량에 있지 않습니다. 아무리 모든 엔지니어를 두 배로 강하게 만든다 해도, 대부분의 업무가 낯선 코드베이스에서 이루어지는 한 나쁜 코드는 계속 나올 것입니다.

> 작성: Claude
> 원본: [https://www.seangoedecke.com/bad-code-at-big-companies/](https://www.seangoedecke.com/bad-code-at-big-companies/)

[How good engineers write bad code at big companies](https://www.seangoedecke.com/bad-code-at-big-companies/)

For the site tree, see the [root Markdown](https://slashpage.com/dogma13.md).
