C++은 C의 확장?

:(
저는 C++ 골수팬입니다.
C++은 C++일뿐입니다.
C++보다 C가 더 낫다고 하시는 분들에게 말하고 싶습니다. C++을 얼마나 아냐고?

C++을 실무에서 적용하며 설계때 적용한 패턴을 제대로 이해하고 유지보수를 하시는 분이라면 C 와 C++을 논하는 어리석은 일은 하지 않을 것입니다.
C는 C대로 C++은 C++대로 상황에 맞게 쓰면 그걸로 그만입니다.

소프트웨어 개발에 있어 language는 개발을 위한 툴에 불과한것이지..
뭐 대단하게 생각할건 아니라는것이지요...
하지만 개발을 위해서 툴을 극대화 시키는게 실력이 아닐까 하네요..^^;
(뭐~ 저의 주관적인 생각이긴 하지만 말입니다.)

일반적으로 C++을 사용하는 이유가
객체지향적 프로그래밍 부분의 상속때문에 사용할것이라고 생각이 됩니다.
(솔직히 상속부분을 제외하면 객체지향을 쓸의미가 없다고 생각합니다.)

C로도 이러한 객체지향적 모델의 상속성을 구현이 가능합니다만
문제가 되는것이 클래스 상속 계층을 만들듯 C로 그런한 구조 계층을 만들면서
작업하는 것이 상당히 많은 코드의 양을 동반해야 하기 때문에
그부분을 편리하게 작성할수 있는 C++을 사용하는 것이 좋곘지요

즉 일반적인 복잡한 클래스계층구조 (UI부분이 가장 적합한 모델이 되겠군요)
를 직접 작성하거나 그러한 C++라이브러리를 불러다 쓸 일이 없다면
굳이 C++을 사용할 필요가 없다고 생각합니다.

C++에 비교하여 C로 작성된 코드의 가장큰 장점은 속도보단
(C++컴파일러도 충분히 좋아졌다고 생각합니다.)
C++로 작성된 라이브러리는 반드시 C에서 불러다 쓰지 못하지만.
C로 작성된 라이브러리는 C++에서 얼마든지 쉽게 불러다 쓸수 있단 점
아닐까요
해서 시스템내에서도 C++보다는 C형태로 코드를 작성하는 것이겠죠.
제 짧은 생각이였습니다.

the return of the flame war...

I'll be back 이라는 유명한 대사가 언뜻 떠오르는군요.
조만간 자바와 C++도 또 나오겠지요? ;-)

저는 ... 이글을 읽으셨다는 것에 놀랬습니다.

이 글이 씌여지게 한 것은 제가 Risapapa님의 글에...
답글을 단 것에.. mastercho님이 이의를 제기하시어 시작되었는데...
저와... mastercho님은 이미 서로 한 오해를 해결하였는데...

이 글이 명예의 전당으로 오고.... 또 심심찮게 리플 달아주시는 분들이..
아직까지 있음이 참으로 놀랍습니다..

음... 토론의 주제에서 좀 어긋나는 것인지 모르겠지만 여기에 올려서 많은 분들의 의견을 들어보는 것이 여러가지로 유익할 것 같아 글을 올립니다.

이전 까지는 그냥 재미로 책을 한 권(Jesse Liberty가 쓴 Teach Yourself C++) 읽고 어떻게 생긴 언어인가만 알고 있다가 재사용성에 잇점이 있다는 얘기가 많이 들려 오길래, 제 일에 한 번 써볼까 하고 요즘 Koenig와 Moo가 쓴 Accelerated C++이란 책을 아주 재미있게 보고 있습니다.

그런데 이쪽(객체지향과 C++) 관련 책들을 보는 중에 한 가지 이상한 점을 발견했는데, 그것은 이런 책들 속에는 객체지향의 단점에 관한 언급이 거의 없어 보인다는 것이었습니다.

이런 와중에 Eric Raymond가 쓴 The Art of UNIX Programming의 C++ 관련 부분(http://www.faqs.org/docs/artu/ch14s04.html#cc_language)을 읽다가 참고 문헌에서 재미있는 제목의 논문을 발견했습니다. 그 제목은

Does OO Sync With How We Think?(http://www.leshatton.org/Documents/OO_IS698.pdf)

인데 Les Hatton(http://www.leshatton.org/)이란 분이 IEEE software에 기고한 논문입니다. 내용 역시 상당히 흥미로운 것 같습니다.

한 번만 읽었기 때문에 그리고 제가 컴퓨터 공학 전공자가 아니라서 이 논문을 잘 이해했다고 장담할 수는 없지만 논문의 내용에 관해 짧게 정리하면, 이 논문에서는 비슷한 일을 하는 두 프로그램을 두 개의 독립된 그룹이 각각 C와 C++로 상당기간 개발하며 쌓인 자료를 근거로 두 언어의 장단점을 전체 소프트웨어 개발 기간 중 가장 비중이 높은 유지, 보수에 촛점을 맞춰 비교했는데 그 결과는 C++에 불리한 것으로 나와 있습니다. - 그냥 설을 푼 것이 아니라 측정을 통한 통계 수치를 근거로 제시하고 있네요. 특히 제가 C++을 일에 사용하는 것을 고려하게 된 이유였던 재사용성의 관점에서 볼 때에도 저자는 C++이 유리하지 않다고 주장하고 있습니다.

아울러 제목에서 암시된 것처럼 기억에 관련된 심리학 이론에 견줘볼 때 객체지향은 좋지 않은 방법론이라고 다소 암울(?)하게 까지 보이는 견해를 피력하고 있습니다.

이 논문을 읽고 나서 객체지향에 관해 약간의 의구심을 갖게 됐습니다. 객체지향 방법론에 익숙한 분들은 이 논문의 내용에 대해 어떻게 생각하시는지 궁금하네요.

전 C++ 자체에 대해 편견을 가지고 있지 않습니다.
왜 미친삽질이라는 과격한(!) 표현을 썼냐 하면 굳이 C로 이미 짜여져 있는 플랫품을 처음부터 다시 C++로 다시 짤 필요가 없기 때문입니다.
사실 기존의 소스코드에 대해 함수를 일일히 찾아다니면서 클래스화하고 public private protected 속성을 부여할 필요는 없습니다.
물론 재미삼아서라도 한다면 오히려 다른 개발자들에게 훨씬 이득이 될 수도 있겠지요. 어떤점에서 이득이 될지는 님이 더 잘 아실겁니다.
클래스로 구조화 하면서 얻는 이점은 단순지식으로는 함부로 말할 수 없음을 전 잘 알고 있습니다.

전 직접적으로 PHP나 ASP 같은 스크립트로 말고 C++로 웹 어플리케이션을 짠 것을 봤습니다.
C++로 짜는걸 미친놈 취급하는걸로 보는건 저도 님 생각대로 좀 문제가 있다고 봅니다. :)
C++로 짜게 되면 PHP, ASP로 짜는 그 이상의 수준에서 좀더 신경써야 할 부분을 섬세하게 짤 수 있다는 점에서
훨씬 이득입니다. 물론 기존에 필요한 라이브러리가 없다면 직접 코딩해서 만들어야 하는 문제점이 있긴 하겠지만요 :)
사실 지금 상황에서 C++에서 다룰 수 있는 라이브러리들이 얼마든지 있다는 것을 감안하였을때,
라이브러리에 대한 문제는 일단 없는것으로 봐야 하는것이 옳은것 같습니다. :)

문장을 객관적인 시각에서 그냥 편하게 보셨으면 좋았을것을 . . .
너무 한쪽에서 바라보셔서 울컥! 하신것이 아닌가 싶습니다.
어쨌든 한구절에 흥분하게 해드려서 죄송합니다. :)
화나게 해드릴 의도는 없었습니다.
갠적으로 C++ 자체에 대해 감정은 없습니다. C/C++을 다 쓰기 때문입니다.

흠.. C++이라.. 내 수년간 날 먹여살려주고 있는 녀석인데..
대부분 사람들이 수박겉핡기를 하고 있다죠?
C++로 라이브러리 한두개 큰넘으로 만들어보면 C++이 어떤 넘이라는걸 알게 될것입니다.

간단하게 wrapper class를 만들어보는것도 괜찮고..