대다수가 이분법적인 선택을 선호합니다. 특히 소프트웨어 프로젝트에서는 임시방편인 단기적인 접근과 모든 상황에 대비하려는 장기적인 접근 이렇게 두 가지 선택지만 있는 것처럼 보일 때가 자주 있습니다. 하지만 엔지니어링에서는 이러한 극단적인 선택을 피해야 하며, 아키텍처 팀은 모든 변경 사항에서 투자자 관점으로 실용적인 중간 지점을 찾아야 합니다.

소프트웨어 프로젝트에서 임시방편을 선택하는 이유는 대부분 마감 기한 때문입니다. 실제로 마감 기한 때문에 조잡하지만 빠르게 변경하는 것을 정당화할 때가 많습니다. 작업을 더 빨리 끝낼 수 있다는 이유로 형편없는 설계를 채택한다면 이는 임시방편의 한계에 들어서고 있다는 신호로 볼 수 있습니다.

이렇게 단기적으로 접근하는 방식의 문제는 단기적인 노력이 소프트웨어 생명 주기의 초반 단계에만 기여한다는 점입니다.