393
22
장
유지 보수
요. 어렵거나 모호하게 만들지 마세요. 프로젝트에 관련 있는 모든 개발자가 이를 알게 하세요.
meadowlarkLog
함수가 있다고 알리기만 하면 될 정도로 쉬울 수도 있습니다. 이 함수가 데이
터베이스, 플랫 파일, 이메일, 또는 이들의 조합, 어디에 기록하든 상관없습니다. 중요한 것은
표준이 있다는 겁니다. 이렇게 하면 로그 메커니즘을 개선할 때도 도움이 됩니다. 예를 들어 플
랫 파일은 서버를 확장하면 별로 유용하지 않은데, 이럴 때는
meadowlarkLog
함수만 수정해
서 데이터베이스에 기록하면 됩니다. 이렇게 로그 메커니즘을 정착시키고, 문서화하고, 팀 모
두가 이를 알게 되면,
QA
체크리스트에 ‘로그 체크’를 추가하고 어떻게 체크하면 되는지 방법
을 알려주면 됩니다.
22.2
코드 재사용과 리팩터링
필자가 항상 마주하는 비극은 같은 코드를 몇 번이고 다시 만드는 겁니다. 보통 이런 일은 작은
것에서 일어납니다. 몇 달 전에 어떤 프로젝트에서 했던 일을 다시 찾는 것보다 그냥 다시 작성
하는 것이 쉽게 느껴지기도 합니다. 그리고 이렇게 작성하는 작은 코드는 계속 쌓입니다. 더 나
쁜 것은
QA
에 악영향을 준다는 겁니다. 이 작은 코드들에 대해 전부 테스트를 작성하고 싶지
는 않을 겁니다. 만약 그래야 한다면, 기존 코드를 재사용하지 않아서 생기는 시간 낭비가 두
배로 늘어납니다. 게다가 같은 일을 하는 작은 코드들이 모두 다른 버그를 가지고 있을 수도 있
습니다. 나쁜 습관입니다.
노드와 익스프레스에는 ...