빠른 실행과 구조적인 장기 설계를 어떻게 균형 있게 추구할 수 있을까요?

빠른 실행과 구조적 설계의 긴장을, 저는 인턴 때 빠르게 배포하려 하드코딩한 부분이 다음 기능의 병목이 되는 걸 보며 처음 실감했습니다. 그때 제가 정리한 건, 모든 걸 다 설계하고 갈 수도, 다 빠르게 칠 수도 없다는 점이었습니다. 그래서 저는 나중에 바꾸기 어려운 데이터 모델, API 계약, 핵심 흐름 이 셋만 충분히 설계한 뒤 움직이고, 나머지는 되돌리기 쉬우니 빠르게 실행하는 방식을 선호하게 됐습니다. 이 구분 덕분에 속도와 구조가 상충이 아니라 순서의 문제가 됐습니다. 다만 제 한계도 인정합니다. 저는 옆에서 관찰한 단계라, 실제로 그 세 가지를 직접 설계해 본 경험은 적습니다. 또 무엇을 선설계 대상에 넣을지가 상황마다 달라, 그 판단도 더 익혀야 합니다. 빠른 실행이 급할 땐 핵심 설계 일부를 양보한 적도 있었습니다. 그래서 바꾸기 어려운 것만 선설계하는 원칙을 토대로, 그 대상을 가르는 판단을 더 정교하게 키우려 합니다.