On Exactitude in Technical Debt
Oreilly
"기술 부채"는 구조화되지 않은 프로그램과 아키텍처를 설명하기 위한 은유로 널리 사용되고 있습니다. 하지만 이 은유를 잘못 적용하는 두 가지 케이스가 있습니다. - 기술 부채가 나쁜 것이라고 가정합니다. - 기술 부채를 금융 부채와 동일시 합니다. 일반적으로 부채=빚은 나쁜 것이라는 인식이 존재합니다. 하지만 여기서 도박빚 같은 무모한 성격의 부채보다 주택자금대출 같은 신중하고 계획적인 성격을 더 생각해야 합니다. First Time Code로 개발 속도를 높일 수 있고 이후에 이 코드를 재작성하여 부채를 상환합니다. 부채는 곧 대출이며 상환을 전제로 합니다. 또한 기술 부채의 의미를 너무 수용한 나머지 금융학적인 숫자로 이를 처리하려는 사람도 있습니다. 코드 품질을 현금 흐름처럼 관리하기 위해 대시보드를 만들고 스프레드시트에 정리하기도 합니다. 하지만 기술 부채에서 중요한 것은 상환 비용이 아니라 부채를 소유하는 비용입니다. 빠른 실행 속도를 얻는 대신 과거, 현재, 그리고 미래의 작업에 지속적인 시간과 노력이 들어갑니다. 결국 기술 부채는 유용한 하나의 은유일 뿐, 그 단어 자체에 집착할 필요는 없습니다. 필요에 의해 발생할 수 있지만 너무 쌓이기 전에 지속적으로 잘 갚아 나가면 되는 것이 아닐까요.
2020년 11월 24일 오전 3:24