1989년에 쓰인 Rob Pike의 프로그래밍 규칙, 왜 지금도 회자되는가

Unix와 Go 언어의 아버지 중 한 명인 Rob Pike가 1989년에 제시한 프로그래밍 규칙이 HN에서 800점 가까운 점수와 395개의 댓글을 기록하며 다시 화제가 되었습니다.

5가지 규칙 요약

1. 프로그램이 어디서 시간을 쓰는지 알 수 없다. 병목은 예상과 다른 곳에 있으니, 측정 전에 추측하지 마라
2. 측정하라. 측정하기 전까지 속도 최적화를 하지 마라
3. Fancy 알고리즘은 n이 작을 때 느리다. n은 대개 작다. Fancy 알고리즘은 큰 상수를 가진다
4. Fancy 알고리즘은 단순한 알고리즘보다 버그가 많다. 단순한 알고리즘과 단순한 자료구조를 써라
5. 데이터가 지배한다. 올바른 자료구조를 선택하고 잘 구성하면, 알고리즘은 거의 자명해진다

36년이 지나도 유효한 이유

이 규칙들의 공통 주제는 "단순함에 대한 확신"과 "조기 최적화에 대한 경계"입니다. 현대 개발 환경에서도 이는 놀라울 정도로 유효합니다:

• 마이크로서비스 아키텍처를 도입했지만 모놀리스가 더 나았던 경험
• 복잡한 캐싱 전략을 설계했지만 단순한 쿼리 최적화로 해결된 경우
• 최신 프레임워크를 도입했지만 오히려 복잡성만 증가한 사례

여러분이 가장 공감하는 규칙은 몇 번인가요? 저는 개인적으로 3번에서 많이 반성하게 됩니다.