OOP가 사실 뭐 상속이라는게 캡슐화 은닉에 문제가 생기는 철지난 개념이라


요즘은 is-a 관계가 확실한거 말고는 대부분 has-a 관계라 상속 말고 컴포지션 쓰라고하는데


OOP의 OO자체가 수학처럼 공리적으로 만들어진 개념이 아니고, 사회적 합의로 만들어진 개념인데


결국 게임 엔진은 OOP 설계로 만들어진거라. 웹이랑 다르게 걍 OOP 써라.


유니티에서도 권장하고, 언리얼에서도 권장하고 고도에서도 권장하고


다 권장하는데 원리 자체가 엄밀하지 못하다고 해서 안 쓸 이유가 없음.


어차피 프로그래밍에서 OOP니 DOP니 AOP니 지향의 문제고. 어떤 결과물을 내야의 문제인거지.


쓰면 그만임. 그딴거에 싸움붙고 외우는것보다 걍 적당적당 요구에 맞게 만드는게 중요함


개인 개발자인 이상 결국 생산성의 싸움인데 OOP가 생산성이 제일 높긴함.


어차피 디자인 패턴이라는 게 결국 선배 프로그래머의 산물이긴한데, 꼭 써야할 것도 아니긴한데, 


제 3자랑 소통할땐 디자인 패턴으로 소통하는게 제일 빠름. 특히 인디 개발할거면 더욱 그래.