C++의 미래는 어떻게 되는가

약 3년 정도 C++을 이용한 프로젝트(리눅스, 시스템/네트워크 프로그래밍)를 해본 경험을 토대로 한 마디 거들면요. (지극해 개인적인 생각입니다)

일단, C와의 호환성을 가져간 측면에서는 좋은 점수를 주고 싶으나, 여러 프로그래밍 패러다임, 다양한 표현방법등을 죄다 녹여내느라 너무 복잡해진 언어가 아닌가 생각합니다.

특히 senah님이 말씀하신 것 처럼 진화에 진화를 거듭해서 이제는 Generic Programming 언어로 나아가는 C++을 보면 점점 매니아들을 위한 언어가 되어 가고 있는 것이 아닌가 싶은 우려가 들더군요 (개인적으로 Generic programming쪽 책을 짬짬히 보고는 있습니다만, 여전히 어렵더군요.)

즉, C++은 표현의 다양성을 추구하느라 지나치게 복잡해진 면이 있으며, 그것이 너무 다양한 지식을 프로그래머들에게 요구하게 되고, 프로그래밍할 때 수많은 주의사항, 고려사항을 신경쓰도록 하고 있습니다.

오히려 smalltalk의 냄새가 많이 풍기는 Objective C, 그리고 Java와 같은 언어가 언어적 측면에서 봤을 때는 간결성 vs 표현의 다양성에서 적절한 중간점을 찾은 것이 아닌가 생각됩니다.

하지만, 요새 들어서는 생각이 좀 바뀌고 있는게요. (다년간 Java 프로젝트를 하다가 최근 다시 Linux/C프로젝트를 하고 있습니다)

결국 언어는 도구일 뿐이며, 무슨 언어를 가져다 줘도 실력있는 프로그래머들은 간결하면서 가독성 높고 유지보수하기 쉬운 직관적인 코드를 짜내더군요.

전 커널 모듈을 개발중이지만...
C++은 전혀... 이용하지 않게 됩니다.
예전 MFC할때 잠깐 한거 외엔... (그것도 윈도우잖습니까...)
JAVA는 아예 손도 안댔기에 어떤 언어인지 조차도 모릅니다만...

리눅스 오픈 소스에서 C++이 많이 배제되어 있다는 느낌을 받습니다. 특히 시스템 쪽은 심하죠..
그래도 nateon이라던가 기타 KDE같은 경우엔 C++로 사용하잖습니까...

윈도우 플랫폼.NET에서는 C#이 압도적이라는걸 느낍니다.
참 간결하지 않습니까?
저도 얼마 공부하지 않아 조금 밖에 모릅니다만 정말 간결하고 쉽고 빠르게 코딩할 수 있는 언어라는 점에서 마음에 들었습니다.

얼마전 2006년 개발자 사용 언어 현황을 본적이 있었는데,
퍼센트는 잘 기억 안나지만 JAVA가 압도적으로 많이 있더군요.
하지만 C/C++을 합치면 JAVA보다 약 1.5배 많이 사용하는 것으로 기억됩니다.
아직은 C 뒤에 C++이 있어 아직은 C++로 개발하는 분들이 많은 것으로 보입니다. (물론 3년전 자료지만 말이죠;;)

오직 겨울 공주를 위하여.

MS 도 C++ 을 버릴려고 하는듯 보입니다.

현재 C#에만 올린 하는듯 보이고요.

일단 MFC나 C++ 로 만든 dll 들을 닷넷에서 직접 불러오지 못하고요..

C스타일로 재컴파일 해야 한답니다.

그리고 새로나온 VC++ 2009는 MFC가 두배정도로 늘어나고 복잡해졌다고도 하고요..

VC++ 6 사용자들을 버리고 간다는 느낌입니다.

삼성멀티캠퍼스 강사가 그러더군요 MS는 어렵고 복잡한 C++을 버리려고 한다고요.

가급적 높은 퍼포먼스를 꾀하면서 어느정도 개체지향도 노릴 수 있는 게 C++말고 또 있는지 궁금합니다.
(물론 특정상황에서 C++로 직접 프로그래밍을 하는것보단 준비되어있는 라이브러리를 사용하는 타 언어가 더 퍼포먼스가 나을 가능성도 있겠지요. 그냥 일반적인 상황 얘깁니다.) 오브젝트C라는게 비슷한 성격인것 같습니다만 직접 써보지 않아서 뭐라고 말씀은 못드리겠습니다.^^;; 그놈의 퍼포먼스가 C++에 전혀 뒤지지않고 시스템프로그래밍에 결격사유가 없다면, 당연히 C++을 대체할 가능성이 있겠지요. C++/CLI라는 것도 마찬가지고요. C와 근접한 수준의 네이티브함을 유지하면서 개체지향 기능이 있는 언어라면 그놈의 이름이 무엇이든지간에 그냥 C++와 동일하게 봐도 된다고 생각합니다. 딱 현재 쓰이는 C++자체가 계속 유지될거냐 물어본다면야 답하기 힘들겠지요. ㅎㅎ 다만 이러한 성격을 가진 언어 자체를 통틀어 말하고 싶은 것입니다.

반대로 퍼포먼스보다 개체지향이나 기타 설계, 빠른 개발속도, 관리 부분 등에 더 중점을 둔다면야 이제는 대체할 게 많겠지요. 이것이 C++이 과거 C처럼 인기를 끌지 못하는 이유인것 같고요. 옛날에는 하도 시스템이 느려서 퍼포먼스가 무조건 최우선 미덕이었고 타언어와의 속도차이도 엄청났는데, 지금은 하드웨어의 발달로 일부 시스템프로그래밍 이외에는 굳이 그런 극한의 퍼포먼스를 찾아야 할 분야가 많이 줄어든 듯 합니다. 혹시 하드웨어가 더 발달하면 이게 "0%"까지 내려갈 수 있을까요? 만약 그렇다면, C++도 사장되는 날이 오겠지만, 저로서는 그렇게까지는 상상을 못하겠습니다. "유닉스에서는 C만 갖고도 시스템프로그램 잘만 하고 있지 않느냐"하시면.. 글쎄요. 제 업무만 봐도 C로만 작업하라고 하면 차라리 속도를 희생하고 다른 언어를 쓰고 말지 C로는 안짜겠습니다. 능력문제일수도 있지만, 프로젝트의 목적이나 설계방식에 더 좌우되는 문제라고 생각합니다.

제 생각엔, C++이 사라지지는 않고, 지금처럼 각종 다른 언어와 연계하는 방법과, 귀찮거나 버그가 잘 발생할 만한 부분들을 해결하는 각종 기법들이 계속 발달하리라 봅니다. 앞서 말씀드렸듯, C++특유의 장점을 대체할 만한 것이 저는 아직 없다고 생각하거든요. 클라이언트 프로그래밍만 하려고 C++을 배우셨다면야 입지가 애매해졌을수도 있겠지만, 그런 분들은 아마 벌써 다른 언어 다 배워서 함께 실무에 적용하고 계실 겁니다. 전부 다 어느정도 관계가 있는 것들이라, 옮겨가는게 그닥 어렵지는 않으니까 말이죠.

그리고 MFC하고는 관계없는 문제라고 봅니다. MFC야 뭐 태생부터 한계가 있던 것이라.

--
This is for you new people. I have just one rule :
Everyone fights, no one quits. If you don't do your job, I'll shoot you myself. Do you get me?

저로서는 C++이 C만큼 일반화되지 않을까 생각합니다.

Qt 라이브러리도 있지만,
Application Software에
적합한 구조로 일반화하지 않을까 생각합니다.
====
하나는 전부, 전부는 하나

C/C++은 요즘 인기있는 언어들(C#, Java, Python, Ruby, ...)과 달리
모든 걸 compile time에 해내려합니다. 그리고 그렇게 합니다.

물론 C++도 dynamic이 필요한 부분에서는
그런 요소를 사용하지만 되도록 최소화하려는 느낌이 강합니다.
그래서 C++은 다른 객체지향 언어와 달리 reflection같은 기능이 없습니다.

이것을 C++의 단점이라고 주장할 수도 있겠지만
오히려 장점이자 특색이라고 볼 수 있습니다.
성능적인 측면에서 매우 잇점이 있기 때문입니다.
아마도 C++의 미래 역시 이런 특화를 유지하리라 봅니다.

그리고 원글에서는 C++보다는 C++/CLI를 고려하는 느낌인데...
C++과 C++/CLI는 다른 언어라고 생각합니다.
또한 C++/CLI는 CLI의 dynamic한 부분을 적극적으로 사용하고 있습니다.

한 예로 Boost의 TypeTraits은 compile time에 이뤄지지만
C++/CLI의 TypeTraits은 dynamic입니다.

다른건 몰라도 자바에서 제일 부러운점이 import 입니다.

제가 아직 잘 못해서 그러는지 include로 하면 좀 꼬일때도 있고 깔끔하지 않을때도 있고 그렇습니다.

C++도 비슷한걸 지원해줬으면 하는 바램입니다.

반복문 쓸때 좀 더 깔끔하게 코딩할수 있는 문법을 추가했으면 하고 STL에서 가비지컬렉터 같은걸 지원해줬으면 좋겠습니다.

앞으로 어셈처럼 점점 사용자가 줄어들어서 특정분야에서만 쓰이게 될것같다는 것이 개인적인 의견입니다.

뭐 어떤 언어의 VM같은걸 만든다던가.. OS를 만든다던가.. 그런용도로 계속 쓰일듯 합니다.

-------------------------------------------------------------------------------------------
너의(yours) 프로그램 : 똑똑한체하는 트릭과 부적절한 주석이 넘치는 혼란 그자체.

나의(my) 프로그램 : 간결하며 효율적인 측면과 다음 개발자들을 위해서 완벽하게 주석을 단 최고로 균형잡힌 정교한 코드의 결정체

- Stan Kelly-Bootle

어떤 언어가 오래 살아남으려면
다른 신생 언어가 대신하기 어려운 무언가가 있어야한다고 보는데요.
Java, C# 등 최근 잘나가는 신생 언어들이
가장 대체하기 쉬운 자리가 C++의 자리가 아닌가 싶습니다.
( 사실 각종 언어 순위 사이트를 보면 Java가 이미 C++를 앞지른지 오래죠. )

C++에만 있는, 개발자에게 아주 중요한 기능이 제가 보기엔 딱히 없어서요.
OOP가 가능한, 그리고 VM 위에서 돌아가지 않는
남들이 많이 쓰는 컴파일러 구현이 필요하다, 정도랄까요 ?
사실 이건 언어 자체의의 장점이라고 보기는 어려운데다가
시스템이 빨라지고 VM의 성능이 올라갈수록 중요하지 않은 문제가 되어가겠죠.

C++로 개발도 좀 했었지만 (여전히 종종 하고요.)
요즘은 Java나 C#으로 개발하는게 아무래도 편하게 느껴지고
에러 메세지 이해하기도 쉽고-_- 생산성도 더 높은 것 같고;
플랫폼 라이브러리의 지원을 받는 것도 즐겁고 그렇네요.
자잘한 것까지 신경쓰는 게 점점 귀찮아져서요. ;; 안그래도 짤 게 많은데 ..
( STL도 방대하긴 하지만 왠지 쓰면서 찝찝할 때가 있더군요. -_-; )

이제는 스펙도 점차 복잡해져가고,
심지어 C++의 표준을 전부 따르는 컴파일러 구현을 찾기도 힘들고 하니
( gcc만해도 .. http://gcc.gnu.org/gcc-4.5/cxx0x_status.html .. 아직이죠. )
과연 C++가 언제까지 살아남을 수 있을까, 하는 생각만 듭니다.

C++이 아직 죽지는 않았지만, 코볼처럼 되는 데 긴 시간이 걸리지는 않을 것 같네요.
C는 유닉스가 있는 한 살아남겠지만요.