많은 개발자들이 확장성을 고려해서 코드를 짜야한다고

[익명(211.177)]

생각하지만 실상은 그 반대임

필요 없는 것은 구현 해서도 안되고 미래를 함부로 예측해서도 안됨

YAGNI Principle이라고 있는데

수십년을 거쳐 오면서 여러 아키텍처가 다수론으로 공감하는 원칙은 따르는 게 좋음

난 이 원칙만 따르고서 개발 효율 정말 좋아짐

[사서조무사(syachiku)]

이 말 맞긴해 사실 ㅇㅅㅇ 진짜 계속 우려먹을 것 아니면... 확장을 하기 전에 그냥 다 갈아엎을듯.

[익명(211.177)]

이게 좀 애매하긴 한데 누군가는 내가 한 말을 이렇게 받아들일 수 있음. 미래를 생각하지 말고 코딩을 하라면 그냥 무지성으로 하드 코딩을 하라는 거냐? 그런데 이 의미는 아님. 미래에 지금 짜는 코드가 쓰일 가능성은 염두해둬야 하지만 현재의 스펙에 더 집중하라는 거지.

[익명(211.177)]

그래서 모듈을 작게 쪼갤 수록 좋음. 메소드 하나가 하나의 책임만 가진다 이런 힌트는 정말 도움됨

[사서조무사(syachiku)]

앞으로 doc comment로 확장 가능성 명시를 해야할듯 ㅇㅅㅇ 가능성이 있을경우 어떻게 하라 가이드 적어놔야지

[사서조무사(syachiku)]

그러고 실제론 안하고 손떼는게 맞을듯