Does Code Quality Still Matter? It Depends on This — Max Kanat-Alexander, Capital One

한 줄 핵심

코드 품질은 모든 소프트웨어에 똑같이 중요한 것이 아니라, 그 소프트웨어가 일회용인지 오래 유지될지에 따라 달라지며, 동시에 품질을 유지하는 비용은 표준화와 도구화로 충분히 낮출 수 있다.

시간별 요약

1. 0:00
   "그건 경우에 따라 다르다" — 무엇에 따라? 코드 품질이 왜 중요한지부터 다시 따져 보며, 단순한 찬반이 아니라 판단 기준을 세우기 위한 틀을 만들겠다는 문제의식을 제시한다.
2. 1:14
   이해와 실행 소프트웨어의 성패는 시스템을 얼마나 잘 이해하느냐와 그 이해를 얼마나 정확하게 실행하느냐 두 가지에 달려 있으며, 디버거·관측성·eval·테스트는 모두 이 둘을 돕기 위한 수단이다.
3. 2:42
   구조가 중요한 이유 복잡한 시스템에서는 전체 동작을 한 번에 설명할 수 없기 때문에, 이해 가능한 구조가 핵심이 된다. 수많은 코드가 단순한 명령어 집합으로만 남으면 규모가 커질수록 파악과 수정이 급격히 어려워진다.
4. 4:47
   모든 변경이 지닌 두 가지 위험 모든 변경은 즉시 문제를 만들거나, 앞으로의 변경을 더 어렵게 만들어 미래의 위험을 키운다. 이해하기 어려운 시스템은 시간이 지날수록 수정 자체가 문제를 낳는 방향으로 악화된다.
5. 6:56
   일회용 소프트웨어 영향 범위가 작고, 실패 비용과 교체 비용이 낮고, 유지보수 부담도 거의 없는 소프트웨어는 코드 품질이 사실상 중요하지 않다. 이런 경우에는 복잡한 품질 관리보다 빠른 생성과 폐기가 더 적합하다.
6. 7:59
   지속 가능한 소프트웨어 반대로 수년간 운영되고 많은 사용자와 시스템에 의존되는 소프트웨어는 높은 수준의 엄격함이 필요하다. 소프트웨어는 일회용과 지속형 사이의 스펙트럼에 있고, 실무자는 기본적으로 더 지속형에 가깝게 보수적으로 판단해야 한다.
7. 9:54
   소프트웨어를 더 일회용으로 만드는 방법 격리된 환경, 의존성 차단, 대체 가능한 백업, 좁은 범위 설정을 통해 소프트웨어의 폐기 가능성을 높일 수 있다. 동시에 AI 도구로 지속형 소프트웨어를 더 쉽게 만들 수 있으므로, 일회용과 지속형은 이분법이 아니라 엄격함의 투입 정도를 조절하는 축으로 봐야 한다.
8. 12:05
   엄격함의 비용 낮추기 표준화, 내부 흐름형 도구, 테스트 인프라, 최대 엄격한 lint 설정은 모두 품질을 직접 높이기보다 품질 관리 비용을 낮추는 방법이다. 이렇게 하면 나중에 요구가 바뀌거나 판단이 틀려도 더 쉽게 지속형으로 전환할 수 있다.
9. 15:50
   정답 코드 품질은 일회용 소프트웨어에는 중요하지 않지만, 지속형 소프트웨어에는 중요하다. 다만 품질을 유지하는 비용은 표준화와 자동화로 충분히 낮출 수 있다.

실무 인사이트

• 새 기능을 만들기 전에 그 소프트웨어가 일회용인지 지속형인지부터 먼저 분류하면, 과도한 품질 투자나 과소한 품질 투자를 동시에 줄일 수 있다.
• 테스트·린트·관측성은 품질 자체보다 이해와 실행의 비용을 낮추는 장치로 설계해야 하며, 가능하면 자동으로 작동하는 형태가 가장 효과적이다.
• 조직 차원에서는 품질을 높이는 것만큼이나 품질을 싸게 만드는 표준화와 공통 도구를 우선순위로 둬야 한다.