요구사항이 변하면 설계는 변한다
완벽한 설계 같은건 없어
왜냐하면 요구사항은 계속 변하거든
사용자가 변하고 트렌드가 변하고 하드웨어가 변하고 경쟁자가 변함
유명한 비싼 라이브러리 만드는 기업들이 버전업 할때마다 갈갈이 해서 다 뜯어고치는 이유다
설계란 시대의 요구사항에 맞게 변하는거야
그러니 설계를 엄청 잘하려고 신경쓰는건 무의미하다
잘 동작할 정도만 설계하고
문제있는 곳을 고쳐나가야하는거지
그러다 전체적으로 뜯어고쳐야 해결되는 문제가 생겼을때
또는 돈과 시간이 넘쳐나서 유지보수에 여유가 생겼을때 다시 만드는거야
설계 빡빡하게 하면 오히려 고쳐야할때 찔끔 고치는게 아니라 대공사하게 된다
모듈끼리는 느슨하게 짜야 그 모듈만 통짜로 교체 가능해
좀 삽질좀하지마
완벽한 설계 같은건 없어
왜냐하면 요구사항은 계속 변하거든
사용자가 변하고 트렌드가 변하고 하드웨어가 변하고 경쟁자가 변함
유명한 비싼 라이브러리 만드는 기업들이 버전업 할때마다 갈갈이 해서 다 뜯어고치는 이유다
설계란 시대의 요구사항에 맞게 변하는거야
그러니 설계를 엄청 잘하려고 신경쓰는건 무의미하다
잘 동작할 정도만 설계하고
문제있는 곳을 고쳐나가야하는거지
그러다 전체적으로 뜯어고쳐야 해결되는 문제가 생겼을때
또는 돈과 시간이 넘쳐나서 유지보수에 여유가 생겼을때 다시 만드는거야
설계 빡빡하게 하면 오히려 고쳐야할때 찔끔 고치는게 아니라 대공사하게 된다
모듈끼리는 느슨하게 짜야 그 모듈만 통짜로 교체 가능해
좀 삽질좀하지마
그게 쉽지 않음
설계를 잘하려고 하는 이유가 위 상황에 유연하게 대처하기 위해서인데? 알고 안하는것과 모르고 안하는것은 천지차이가 아닐까? - dc App
유연함과 설계는 반비례야 설계가 없는 코드가 제일 자유로운거고 설계가 많다는 이야기는 마이크로 매니징 한다는 말이야 설계가 아예 없으면 개발 방향잡기가 힘드니 방향성 잡을 정도만 있으면 됨 일정이랑 명확한 요구사항 문서가 나와있는거면 그대로 설계해서 짜면돼. 고쳐달라는 놈이 귀책사유가 발생하니까
설계가 상세하다는 이야기는 창의성을 강제한다는 이야기야 설계가 존나 아름답게 잘 짜여져있다면 딱 그 도메인에 맞는 그런 최적화된 설계라는 이야기고 근데 말했다기피 요구사항이 변하면 설계는 변하는 법이야 시대에 뒤쳐진 아름다운 설계는 더이상 아름답지 않어
211.106말도 있지만 조니 말도 맞다고 본다