0. 준비운동 : 기술적인 빚(Technical debt)

1) 정의

"Technical debt is a concept in software development that reflects the implied cost of additional rework 

caused by choosing an easy solution now instead of using a better approach that would take longer."

 "기술적인 빚은 함축적으로 보면 '추가 재 작업 비용'을 나타내는 소프트웨어 개발 분야에서의 하나의 개념인데, 

오랜 시간이 걸릴 수도 있는 최고의 접근 방법을 사용 하는 대신에 현재의 쉬운 해결 방법을 선택함으로써 유발된다." 

2) 내용

"Technical debt can be compared to monetary debt. If technical debt is not repaid, it can accumulate 'interest', making it harder to implement changes later on. ... Technical debt is not necessarily a bad thing, and sometimes technical debt is required to move projects forward ..."

"기술적인 빚은 금전 채무하고 비교될 수 있습니다. 만약 기술적인 빚이 상환되지 않는다면, 그것은 나중에 상황을 변화시키기 어렵게 만드는 '이자'를 쌓이게 할 수 있습니다. 

(...) 기술적인 빚은 반드시 나쁜 것은 아니고, 때로는 프로젝트를 앞으로 나아가게 하는데 필수적이기도 합니다 (...)" 

3) 대표적인 원인 몇 가지

* Insufficient up-front definition

 "필요한 요건들은 개발하는 동안에도 계속해서 정의 되고 있어야 한다. 개발은 어떤 디자인이 발생하기 전에 시작하기 때문이다.  

이러한 작업은 시간을 절약해줄 수 있다." 

* Business pressures

"필요한 모든 변경 사항들이 완성되기 전인데도 불구하고 무언가를 빠르게 얻고자 하는 비즈니스 의뢰인에 의해 발생된다." 

* Lack of process or understanding

"비즈니스 의뢰인들은 기술적인 빚의 개념에 대해 알지 못하거나 기술적인 빚의 영향들을 고려하지 않고 결정을 함으로서 발생된다"

* Tightly-coupled components

"기능들이 모듈화되지 못하여 발생된다. 소프트웨어는 비즈니스 니즈 내에서 변화들에 적응하기에 충분히 유연성을 가지지 않게 된다. "

* Lack of a test suite

"버그를 수정하기 위해서 빠르지만 위험한 미봉책을 부추기게 되면서 발생한다. "

* Lack of documentation

"필수적인 문서화가 없이 코드가 만들어지면서 발생된다. 문서화를 하는 작업은 지불되어야 할 빚과 큰 연관성을 가진다."

* Lack of collaboration

"협동을  통해 지식이 공유되지 않으면서 발생된다."

* Parallel development

"고립된 상태로 행해지는 변경 사항들이 더 많아지면 많아질수록 빚은 더 쌓이게 될 것이다. 브런치의 적절한 병합이 필요하다."

번역의 오역은 댓글로 남겨주시면 감사드리겠습니다.

참고 : https://en.wikipedia.org/wiki/Technical_debt

made by Inswag's Swift in FastCampus 7th iOS Development School