📃 개발자라면 마주치는 기술 부채, 꼭 다 갚아야 하나요? ✍️ 개발을 하다 보면 늘 마주하는 단어 중에 유독 멀어지고 싶은 단어가 있습니다. 그중에 하나가 바로 '기술 부채'인데요. 개인의 역

📃 개발자라면 마주치는 기술 부채, 꼭 다 갚아야 하나요? ✍️ 개발을 하다 보면 늘 마주하는 단어 중에 유독 멀어지고 싶은 단어가 있습니다. 그중에 하나가 바로 '기술 부채'인데요. 개인의 역량이 부족하거나 팀의 컨벤션이 모호해질 때, 또는 서비스의 기능이 걷잡을 수 없을 정도로 점점 복잡해지는 영향 때문에 생기는 경우가 많습니다. 이러한 기술 부채들을 다 해결하고 건강한(?) 어플리케이션을 유지할 수만 있다면 더할 나위 없이 좋겠지만 현실은 그렇지 못하는 경우가 대부분이죠. 오히려 그런 기술 부채들을 처리하기 싫어 이리저리 피하다 결국 크고 작은 장애를 맞이하는 경우도 있습니다. 이것은 기술 부채다!라는 정의를 내리는 것은 문제의식을 갖는 거라 생각합니다. 모든 기술부채를 슈퍼맨처럼 처리할 순 없지만 어느 정도 공생하며 지속적으로 개선을 해 나가는 게 더 중요한데요. 이 글에서는 기술 부채가 왜 생겨나고 해결하는 방법들을 제시하고 있습니다. 기술부채를 확인했다면 어떤 식으로 해결해 나갈 것인지에 대해 다 같이 의논하고 인지하는 과정 자체가 중요한 것 같습니다. 그래서 무작정 기능 개발만 할 것이 아니라 현재 운영하는 어플리케이션을 진단해 나가며 먼저 처리해야 할, 그리고 오랜 호흡으로 천천히 고민해 봐야 할 우선순위를 잡아보는 것이 기술부채를 해결하는 것보다 더 중요하다 생각합니다.