[💬] solid원칙 지키면서 어떻게 개발하는 거임...

[RIP(vote8459)]

새로운 기능 추가하려고 하면 처음에 생각 못했던 코드를 고치게 되던데

변경에 대해서 폐쇄되어야 한다고?

이건 불가능하다. 걍 맘대로 할꺼야

- dc official App

[ㅇㅇ 1(121.130)]

오늘은 니가 스파게티 요리사

[ㅇㅇ 2(125.132)]

새로운 기능을 추가하려고할 때, 코드를 고치지 않고 확장할 수 있는 형태로 분리된 형태로 짜야하는거지

[chatGPT(175.192)]

이런 원칙은 어떤놈이 만든거니? 걍 무시해라. 프로젝트 특히 서비스프로젝트들은 매일매일 수정하는게 일과인데.... 빨리빨리 유연하게 대처가능한 형태로 "대충" 만들면 된다. 미리 잘 짜두는게 실력이 아니라 닥쳤을때 빨리 대처가능한게 실력이다.

[ㅇㅇ 7(211.197)]

닥쳤을때 빨리 대처가능하게 하려고 저런 규칙에 생기는거지.. 대충만들면 빨리 대처가 안됨.. 처음엔 대충되더라도 기술부채 쌓이기 시작하면 답없음. 게임에 이런저런 개발론적용하는건 안맞는부분이 많다고 생각하지만 그렇다고 좋은 설계와 코드를 포기하는건 게임을 장기적으로 서비스할 생각이 없다는 뜻이라고봐

[ㅇㅇ 3(222.109)]

ㄹㅇ 불가능함..

[ㅇㅇ 4(61.85)]

기존거 내비두고 메소드 추가하는 정도는 괜찮지

[익명(gcghqzs9jhhk)]

그걸 처음부터 하라는게 아니라 첨엔 개같이 코드 짜놓고 리팩토링을 객체지향 원칙 따지면서 잘 하라는게 아니띾?

[ㅇㅇ 5(58.29)]

원칙은 유연하고 설계는 강직해야 좋은거다. 안전수칙 잘 지킨다고 건물이 잘나오는게 아니고 설계가 잘나와야 좋은 건물이 나오는거다.

[ㅇㅇ 6(125.130)]

대가리가 한번 깨질 때마다 하나씩 얻게 될것 - dc App

[chatGPT(175.192)]

실력과 경험이 쌓이면, 대충 막 짜도 저절로 그렇게 된다. 저 위에 한 말은 결국 이렇게 된다는 뜻임