객체지향 맹신하지마라=객체지향은 굉장히 나쁜 패러다임이다
객체지향 광신도한테는 이렇게 해석이 되어버리네
무섭다 무서워
실무가면 누가 고수인 줄 알아?
상황에 맞는 유연한 설계 능력을 지닌 사람이야
정확히 말하면 미래를 볼 수 있는 사람
무조건 코드에 '엄격함' 잣대를 걸어놓고 비효율적인 코드를 쓰는 건
너무 기계적인 코딩이잖아? 프로젝트 파악 능력이 우선이라니까?
https://www.reddit.com/r/programming/comments/41jf45/objectoriented_programming_is_bad_brian_will/
한때 OO가지고 레딧에서는 굉장히 열띤 토론이 있었어
OO를 신적으로 여기지는 마
당연히 클래스는 사용할 수 밖에 없어
하지만 클래스를 쓴다 = OOP를 지향한다
이건 틀렸어
클래스안에 스태틱 변수를 섞어 쓰는 것도 OOP의 룰을 깨는 사례중 하나야
유연한 코딩을 하라니까?
양념 반 후라이드 반 까진 아니더라도, 후라이드 2/3 양념 1/3 정도는 섞은 코딩을 하라구.
실제로 너희들이 네++나 삼+ 같은 데 와서 OOP 지향한다고 전부다 쪼개봐 한번
일단 너네 사수부터 뭐라할 것 같아
아까 댓글단 사람인데 1. OOP가 아니라 절차지향으로 코딩한다는 개소리에서 화냈고 2. SOLID는 객체지향에 한정된 내용이 아님. 니가 회사에서 정치질을 얼마나 잘할지는 모르겠는데 나는 글에 제대로된 팩트가 없으면 가치가 없다고 생각하기 때문에 열심히 댓글 달았다. 지금 니 글을 보니 좀 생각을 하고 쓴거같은데 내가 역정낸건 니말이 전부틀렸단게 아니라
적어도 조언이나 정보를 공유하는 글에서는 팩트를 갖추고 썼으면 한거임.
그리고 첨언하자면 절차지향 패러다임이 없다고 한거는 요즘 세상에 절차지향을 패러다임으로 생각하고 진지하게 그거에 따라 순서도그려서 설계하는 새끼따윈 없기 때문임. 절차지향이라는건 '있었다'. goto랑 무근본 상태코드가 남발되던 70년대에. 그러나 지금은 아님
상황에 맞게 라는 게 나는 그 집단의 수준도 포함 해서 어느정도 인정은 함 그리고 분명 제대로 알고 쓰면 좋은 상황에서도 몰라서 못 하는 걸 일정이나 상황이라는 핑계로 안 된다고 할 때 빡이 쳤었던거고 지금은 그냥 여기는 날코딩 하는갑다 하고 내가 내려감 아마 다른 애들도 상황이라는 걸 핑계로만 쓰는 애들 때문에 더 예민하게 반응한 거 아닐까
솔직히 이것도 인정함ㅋㅋ 객체지향을 제대로 받아들이기엔 수준낮은새끼들이 너무많다