stack을 고르는 것은 불완전한 정보로 내리는 장기적 약속이므로, 올바른 수는 hype가 아니라 트레이드오프로 결정하는 것입니다. 컨퍼런스 무대에서 가장 화려한 framework가 2년 뒤 프로젝트에 도움이 되는 경우는 드뭅니다. 제 기본 성향은 벗어날 구체적인 이유가 없는 한 지루하고 검증된 기술 쪽으로 기웁니다.
| 검증된 것을 고를 때 | 새로운 것을 고려할 때 |
|---|---|
| 표준 문제, 알려진 패턴 | 성숙한 어떤 것도 풀지 못하는 진짜 제약 |
| 팀이 빠르게 움직여야 함 | 배울 시간과 의욕이 있음 |
| 오래 살고, 유지보수 가능해야 함 | 이득이 크고 측정 가능함 |
stack 결정은 수년간 채용, 속도, 운영 비용을 조용히 형성하며, 나중에 되돌리는 것은 잔혹하게 비쌉니다. 적합해서가 아니라 흥미로워서 기술을 고르는 것은 가장 흔하고 가장 해로운 tech lead의 실수 중 하나입니다. 트레이드오프를 적어 두고 의도적으로 결정하는 것이 아키텍처 선택을 유행 선택과 구분 짓습니다.