카발 온라인/모바일 게임의 유지 보수 작업에서 어떤 접근 방식을 취했는지 이야기해보세요.

버그 하나를 고쳤는데 다른 곳에서 새 버그가 생겼던 경험이 있습니다.

레거시 코드에서 전역 상태를 수정하는 함수가 여러 곳에 걸쳐 있었고, 한 군데를 바꾸면 예상 못한 경로에서 동작이 달라졌습니다. 어디서 이 함수를 부르는지 파악하지 않고 수정부터 시작한 게 문제였습니다. 처음엔 원인을 찾는 데 시간을 다 썼고, 수정보다 이해가 먼저라는 걸 뒤늦게 알았습니다.

그 뒤로 레거시 코드를 건드릴 때는 호출 그래프를 먼저 그려보고, 변경이 파급되는 경로를 파악한 뒤에 작업합니다. 작은 수정이라도 영향 범위를 먼저 가늠하는 습관이 그때부터 생겼고, 이후로는 같은 식의 실수가 크게 줄었습니다. 영향 범위를 먼저 파악하는 것이 수정보다 더 오래 걸릴 때가 있지만, 그게 더 안전합니다.