Technical Debt


## Tech Debt
## 기술 부채
현 시점에서 더 오래 소요될 수 있는 더 나은 접근방식을 사용하는 대신 쉬운 솔루션을 채택함으로써 발생되는 추가적인 재작업의 비용의 부채
해결되어야 할 문제들을 뒤로 미루고, 비즈니스 문제를 해결하는 시점을 당기는 것
![](https://www.notion.so/image/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2F45fd1949-da9a-45eb-ab40-e416b0517135%2FUntitled.png?table=block&id=24d07b4f-4e2e-4173-a5dc-d21cd2d7d1f6&cache=v2)
예를 들면 다음과 같은 것들이 기술 부채가 된다.
- 설계된 것을 문서로 남기지 않는다.
- 유닛 테스트를 작성하지 않는다.
- 더 이상 사용되지 않는 DB의 항목을 지우지 않는다.
- 반복되는 일(배포/빌드 등)을 자동화하지 않는다.
- 긴급하게 스펙을 변경한다.

비단 "기술"에만 해당되는 내용은 아니다. **단기적인 성과를 얻는 것과 장기적인 투자를 하는 것 사이의 줄다리기**는 누구에게나 해당


> [A Framework for Prioritizing Tech Debt](https://www.maxcountryman.com/articles/a-framework-for-prioritizing-tech-debt)

> [기술 부채](https://brunch.co.kr/@leehosung/2)

> [Technical Debt In An Image](https://christierney.com/2015/12/04/technical-debt-in-an-image)

> [오버 엔지니어링과 기술 부채](https://seokjun.kim/over-engineering-vs-techincal-debt/)





