객체지향이 결국 이거냐

[익명(119.193)]

단순하게 말하면
데이터를 많이 써서
코드 품질을 높히는거네

[익명(223.39)]

응?? 왜 내가 알고 있는 거랑 다르냐 이거...

[익명(223.39)]

[c언어입학참회한다(xron2929)]

그냥 최대한 자세히 써서 좀 더 현실에 즉각적으로 반응 하도록 하는 것?

[c언어입학참회한다(xron2929)]

맞나?

[익명(119.193)]

이게 정답에 가깝다고 생각했는데 다들 생각이 틀리네?

[ㅇㅇㄴㄴ(61.74)]

절대 아니다. 객체 지향은, 객체 위주로 개발하는 것이지.

[익명(119.193)]

객체 위주로 개발하는 것도 결국 코드 품질을 높히기 위한거고 객체를 생성하다보면 그만큼의 오버헤드가 있겠지 그런면에서 결론만 뽑아서 말한거임

[c언어입학참회한다(xron2929)]

ㅇㅇ 그니까 "일반적으로는| 객체 지향 프로그래밍 자체가 좀 더 코드가 구체적이고 속도가 빠름.

[ㅇㅇㄴㄴ(61.74)]

객체를 생성하는 데에 있어서, 오버헤드가 그렇게 클리가 있나... 컴퓨팅 파워가 말도안되게 낮은게 아닌이상, 왠만해선 고려할 사항이 아님. 코드를 더 많이 적을수는 있겠다.

[c언어입학참회한다(xron2929)]

그니까 많이 써서 하는 거랑은 좀 느낌이 다름, 글고 내가 말한 부분에 놓친 부분이 있다면 유지보수가 용이하다는 점?

[ㅇㅇㄴㄴ(61.74)]

객체 지향 프로그래밍 자체가, 왜 코드가 더 구체적이고 빨라...

[익명(119.193)]

고려할 사항이 아니여도 데이터가 있긴한거지 ㅇㅇ

[c언어입학참회한다(xron2929)]

실수로 객체지향이랑 절차지향이랑 반대로 말함

[익명(119.193)]

그리고 고려할 사항이 아니라는 것도 웃김 그걸 고려해야하는게 프로그래머 아닌가?

[c언어입학참회한다(xron2929)]

윗 글 때메 햇갈렸음

[ㅇㅇㄴㄴ(61.74)]

데이터는 있겠지. 근데 데이터를 많이 써서, 코드 품질을 높인다는 표현이 오해의 소지가 많다는 거야. 우선 글쓴이가 말하는 '데이터'가 뭔지를 명확하게 정의하는게 좋겠다.

[ㅇㅇㄴㄴ(61.74)]

알고리즘 적으로 코드를 잘못 작성해서, 객체가 너무 과다하게 생성되는 것은 고쳐야 하지만. 그냥 평범하게 객체지향 프로그래밍을 하는데, 객체 생성되는 것이 오버헤드로 고민할 만큼 퍼포먼스에 영향을 안준다는 거야.

[익명(119.193)]

데이터를 더 많이 쓰는게 사실인데 왤캐 과민반응을 하는지 모르겠네 쓰지말라고 한것도 아니고 뭔

[익명(119.193)]

오버헤드라는 용어는 그냥 비용적 측면을 뜻하는 단어임 뭔 문제가 있다는게 아니라

[ㅇㅇㄴㄴ(61.74)]

너가 말하는 '데이터를 더 많이 쓴다'가 뭔지 정의부터 하자. 객체지향에 대해 이상하게 생각하는 사람때문에, 현업에서 빡치는 상황이 너무 많아서 그래. 너가 말하는 데이터를 더 많이 쓴다는 게, 객체가 가진 state나 그 외에 다른 값들을 많이 들고있기 때문에 하는 말인가? 근데 그건 객체지향의 주요 특징이 아니야.

[익명(119.193)]

데이터를 더 많이 쓴다는걸 이해 못 했으면 애초에 이런글을 쓰면 안되지 추상화를 위해서는 기본적으로 컴퓨터가 필요로 하는 최소한 그 이상의 메모리를 더 쓰는게 명백한 사실인데 내가 그거가지고 쓰지 말라는게 아니라 데이터를 더 많이 쓰는건 객체지향 창시자가 와도 팩트임

[익명(119.193)]

객체지향의 주요 특징이 아니라고 하는데 순수 하드웨어 입장에선 그저 메모리 조금 더 쓰는 코드라 보는데? 주요 특징은 인간이 정한거고

[익명(121.166)]

어떻게해야 이런 결론이 나오는거지

[익명(223.39)]

일회용 플라스틱 제품말고 재활용 가능한 용품을 씁시다. 환경을 아낍시다