기존 코드가 복잡하고 이해하기 어려울수록(코드를 만드는 데 더 많은 투자가 이루어질수록) 코드를 유지해야 하는 압박감을 더 많이 느낀다. 여기서 매몰비용의 오류가 발생한다.
매몰비용의 오류?
미래에 발생할 한계 편익과 한계 비용을 비교하여 의사결정을 해야 함에도 불구하고 사람들이 과거에 지출된 매몰 비용을 고려함으로써 비합리적으로 선택하는 현상
성급한 추상화를 피하라
공유하는 코드를 통해 매개변수를 전달하고 조건부 경로를 추가하고 있다면 이미 추상화가 잘못된 것이다.
추상화가 잘못된 것으로 판단된다면 가장 좋은 전략은 다시 중복코드를 생산해 무엇이 옳은지 보는 것.
즉, 잘못된 추상화에 대처할 때 가장 빠른 방법은 되돌아가는 것이다.
이것은 후퇴가 아니라 더 나은 방향으로 나아가는 길이다.
중복된 부분을 발견하고 이를 추출하여 추상화 하는 것도 필요하지만, 관점을 바꾸고 현재의 요구 사항에 비추어 추상화를 다시 생각해 볼 수 있도록 하자.
어떤 요구 사항이 적용될지는 알 수 없다는 사실을 염두에 두고, 매몰비용을 두려워하지 말자.
참고
'개발 > 기타' 카테고리의 다른 글
TypeScript Deep-Dive: 부분 타입 추론 (0) | 2023.09.06 |
---|---|
논리적 가능성과 현실적 가능성 사이에서 협력하기 (0) | 2023.09.06 |
shadcn/ui (0) | 2023.08.24 |
Interface vs Type 무엇을 써야하나 ? (0) | 2023.04.09 |
2022년의 반기회고: 풀을 베는 사람은 들판의 끝을 보지 않는다 (0) | 2022.09.02 |