한 권으로 끝내는 Node & Express: 웹사이트 구축을 위한 서버 사이드 자바스크립트

363

22

장

-

유지보수

이터를 통해 무엇이 동작하고 있고 무엇이 잘못됐는지 깨달을 수 있습니다. 발견한 결과에 놀

랄 수도 있습니다.

22.1.5.

미루지 마십시오

시스템 정비를 미루는 건 정말 떨치기 어려운 유혹 중 하나입니다. 그렇게 심각한 일로 보이지

않을 수도 있습니다만, 팀에서 주 단위 업데이트 적용에 항상 시간이 오래 걸리는데 조금만 리

팩토링을 해도 상황이 훨씬 좋아질 수 있다면 어떨까요? 리팩토링을 한 주 미루면, 비효율성

때문에 낭비되는 비용이 한 주만큼 늘어납니다.

2

더욱이 비용은 시간이 지나면서 더 늘어납니

다. 소프트웨어 의존성 업데이트를 미루는 게 적절한 예입니다. 소프트웨어가 오래되고 팀 멤

버가 바뀌면서, 오래되어 삐걱거리는 소프트웨어의 존재를 기억하는 사람이 점차 줄어들고 심

지어 이해하는 사람조차 없어지게 됩니다. 도움을 청할 커뮤니티는 사라지기 시작하고, 오래지

않아 기술은 폐기되어 어떤 지원도 받을 수 없게 됩니다. 이런 현상을 기술적인 부채라고 부르

는 걸 들어봤을 겁니다. 실제로 일어나는 일입니다. 미루는 일은 없어야 하지만, 웹사이트의 수

명이 이 결정에 영향을 줄 수는 있습니다. 전체 웹사이트를 재설계할 날이 얼마 남지 않았다면

기술적인 부채를 해결하는 게 큰 가치가 있는 일은 아닙니다.

22.1.6.

정기적으로

QA