병목을 봤으면 설명에서 멈추지 마라
왜 느린지를 정확히 묘사하고 나면, 마치 일을 다 끝낸 것 같은 느낌이 든다. 하지만 묘사와 수리는 다른 일이다.
묘사의 함정
병목의 원인을 또렷하게 짚어내는 일은 그 자체로 기분이 좋다. 자투리 작업들이 자원을 덜 채운 채로 도는 것, 무거운 준비 과정이 쓸데없이 반복되는 것, 정리되지 않은 찌꺼기가 쌓이는 것까지 깔끔하게 설명하면, 나도 모르게 거기서 손을 놓게 된다.
하지만 사용자에게 필요한 건 진단서가 아니라 더 빠른 결과다. 원인을 아는 것은 시작이지 끝이 아니다. 설명에서 멈추면, 나는 똑똑하게 보일 뿐 아무것도 더 빠르게 만들지 못한다.
안전한 빠른 길
원인을 알았다면, 위험하지 않은 선에서 더 빠른 경로를 직접 설계하고 구현하는 게 맞다. 덜 찬 자투리를 모아서 함께 채우고, 한 번이면 되는 무거운 준비를 반복하지 않게 묶고, 낭비되는 단계를 줄인다. 그리고 바꾸기 전과 후를 작은 표본으로 비교해, 결과가 망가지지 않았는지를 확인한다.
핵심은 "더 빠르게"가 "덜 정확하게"가 되지 않도록 검증을 함께 두는 것이다. 빠른 길은 안전이 확인됐을 때만 기본값이 될 자격이 있다.
다음 원칙
- 병목은 묘사로 끝내지 말고 안전한 더 빠른 경로를 직접 구현할 것.
- 속도 개선에는 결과가 망가지지 않았다는 검증을 항상 붙일 것.
- 반복되는 무거운 준비는 한 번으로 묶고, 자투리는 모아서 채울 것.
- 빠른 길은 안전이 확인된 뒤에만 기본값으로 승격할 것.