차례:
정의-기술 부채 란 무엇입니까?
기술 부채는 프로그래밍에서 가장 완벽한 솔루션을 적용하는 대신 단기적으로 구현하기 쉬운 코드를 사용할 때 발생하는 추가 개발 작업을 반영하는 프로그래밍의 개념입니다.
기술 부채는 일반적으로 리팩토링과 관련하여 극단적 인 프로그래밍과 관련이 있습니다. 즉, 개발 프로세스의 일부로 기존 코드의 재구성 (리팩토링)이 필요함을 의미합니다. 이 사고 방식에서 리팩토링은 코드가 잘못 작성된 결과 일뿐만 아니라, 문제에 대한 진화 된 이해와 그 문제를 해결하는 가장 좋은 방법을 기반으로 수행됩니다.
기술 부채는 디자인 부채라고도합니다.
Techopedia는 기술 부채를 설명합니다
이 용어는 최초의 위키를 개발하는 것으로 유명한 프로그래머 인 워드 커닝햄 (Ward Cunningham)에 의해 만들어졌습니다. 기술 부채는 소프트웨어 개발을 재정 부채와 동일시하는 비유입니다. 두 가지 옵션이있는 프로젝트가 있다고 상상해보십시오. 하나는 쉽고 빠르지 만 나중에 수정해야합니다. 다른 하나는 더 나은 디자인을 가지고 있지만 구현하는 데 더 많은 시간이 걸립니다. 개발 과정에서 코드를 빠르고 쉬운 접근 방식으로 발표하는 것은 부채 발생과 같습니다. 기술 부채의 경우 미래의 추가 작업 형태로 제공되는이자의 의무가 따릅니다. 리팩토링에 시간을내는 것은 교장을 갚는 것과 같습니다. 단기적으로는 시간이 걸리지 만 향후이자 지불액도 줄어 듭니다.
Ward Cunningham은이 개념을 1992 년에 다음과 같이 설명합니다.
"처음으로 코드를 배송하는 것은 빚을지는 것과 같습니다. 약간의 빚은 재 작성을 통해 즉시 상환하는 한 개발 속도를 높입니다. 객체는이 거래 비용을 견딜 수있게합니다. 빚을 갚지 않으면 위험이 발생합니다. 불확실한 코드를 사용하여 부채에 대한이자를 계산합니다. 전체 엔지니어링 조직은 통합되지 않은 구현, 객체 지향 또는 기타 방식의 부채 부담으로 인해 정지 상태가 될 수 있습니다. "
이 개념은 부채가 발생하지 않아야 함을 의미하지 않습니다. 레버리지가 올바르게 사용될 때 회사에 도움이되는 것처럼 빠른 솔루션은 소프트웨어 개발에서 시장 출시 시간을 단축 할 수 있습니다. 또한 기술 부채는 나쁜 코드가 아닙니다. 나쁜 코드는 나쁜 코드이며, 기술적 인 빚은 비현실적인 프로젝트 제약 하에서 훌륭한 프로그래머의 작업으로 인해 발생할 수 있습니다.
