Ocp dip 지키면서 개발할줄 아는놈이 없네

[익명(211.234)]

진짜 나름 짬차도 수준...ㅋ

[익명(125.141)]

다 그래 임마 그럴꺼면 대기업 갔지

[프갤러 1(220.117)]

확장에는 열려있고 수정에는 닫혀있으려면 클래스 오지게 만들어서 가상함수 오지게 쓰거나 아니면 동적 메시지로 해야하는데 그게 얼마나 귀찮겠나

[익명(211.234)]

귀찮음의 영역이 아니라 당연한거임

[프갤러 1(220.117)]

프로그래밍 하다보면 코드 수정하는 건 오지게 수정하고 수정 안하는건 또 오지게 수정안하는데 당연한거라니

[프갤러 1(220.117)]

오버엔지니어링 안하려면 처음엔 너무 신경쓰면 안되지. 수정이 많이 나오는 부분을 집중적으로 조져야하고

[익명(211.234)]

리팩토링 기법이 그러라고 있는건데

[익명(211.234)]

그 오지게 '유지보수' 리소스를 줄이려고 등장한 기본개념인데 귀찮다고 못지키는건 그냥 능력이 없어서 못한다는거임

[프갤러 1(220.117)]

귀찮다고 하는건 내가 좀 잘못표현한거고, 정확히는 리소스를 어느 시점에 분배하냐는거지 대부분 코드를 작성하는 시점엔 이 코드를 얼마나 수정할지 잘 모름. 그런 코드에 미래를 대비하는 코드를 남겨두드니, 그거 없이 코드 짜고 수정이 발생하면 그 때 집중적으로 하는거지.

[익명(211.234)]

그래서 등장한게 리팩토링이고 이건 모델링, 코드에 국한된게 아니라 주기적으로 필요한거임 내 말은 그 와중에 기본은 갖춰야 된다 이거지

[프갤러 1(220.117)]

아하. 너는 처음에 그렇게 짜도 되고 아니어도 되지만, 결국 종국엔 그런 코드로 가야 하고, 그러려면 주기적으로 리팩토링해야하고를 의미하는거구나

[프갤러 2(110.8)]

OCP도 설계 잘 되어있어야 되지 니가 기획해도 설계 잘 바뀌는데 남이 설계하면 얼마나 더 잘 바뀔까

[프갤러 2(110.8)]

무슨 기능 추가하고 어떻게 디자인 짤 지 정해도 단순히 어떤 기능을 추가할려고 계획도했으면 어떤 기능 추가하게끔 고려를 해야하는데 니가 그 기술 배운거 아니라서 쓰지도 못하는데, 일단 먼저 개발 건 부터 쳐내고, 그 기술 개발하면 심하면 DB, API(자바,js), 통신, 클래스, 메소드 이름 다 뜯어고쳐야되고 그러는데

[프갤러 3(108.18)]

OOP, Clean Code, SOLID, ... 뭐든 종교처럼 생각하고 있다면, 스스로가 틀릴수도 있다는 생각을 해볼 시점인지도...