마이크로소프트 레이먼드 챈의 글입니다. 개발자들은 종종 "이 제약을 어떻게 우회하죠?"라고 묻지만, 정작 그 제약이 왜 존재하는지는 모른 채 답만 원합니다. 그러나 규칙의 근거를 이해하지 못하면 우회책은 위험해집니다. 규칙은 보통 특정 문제를 막기 위해 만들어졌고, 무작정 우회하면 그 문제가 그대로 터지기 때문입니다. 핵심 인사이트는 이렇습니다. 규칙의 근거를 알면 두 가지를 얻습니다. 첫째, 내 우회책이 그 근거에 저촉되어 결국 깨질지 미리 판단할 수 있습니다. 둘째, 근거를 건드리지 않는 진짜 안전한 해법을 찾을 수도 있습니다. 즉 "왜"를 모르면 임시방편이 언제 폭발할지 알 수 없고, "왜"를 알면 안전하게 우회하거나 더 나은 대안을 설계할 수 있습니다. API 제약, 코딩 컨벤션, 보안 정책 등 우리가 매일 마주치는 모든 규칙에 적용되는 교훈입니다. 답을 구하기 전에 의도를 물어보세요.