C , C++ 앞으로의 전망을 어떻게 생각하세요 ?

[ 맑음 ]

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

파이선은 희귀해서가 아니라 학문분야에서 많이 활용되고 있습니다.
특히 수학하고 연관이 많습니다.

하드웨어가 존재하는 한 Assembly는 존재할 것이고,

운영체제가 존재하는 한 C도 존재할 것입니다.

C++은 잘 모르겠네요.. ^^;

단지 도구 아닐까요?
걍 필요한 필드에 적합한 언어를 가지고 하는거 아닐까 생각됩니다.
사실 최근에 나온 언어들은 갈수록 쉬어져서...
c/c++ 만 잘해도 나머진 그리 어렵잖게 배울수 있지 않나 싶군요.
개념이야 돌고 도느것이니...
나머진 소소한 문법차이와 라이브러리 익히기 정도 아닐지...
언어 보다 패러다임이나 아키텍쳐를 공부하는게 더 도움이 되지않을까 싶네요...
domain knowledge와 더불어서...

파이선은 심볼릭 연산을 위한 프로그래밍을 하는데 가장 최적의 언어가 아닐까 생각을 해 봅니다.

C/C++과 .net/java 로 대표되는 블럭쌓기 언어들의 장단점이며 어쩌고저쩌고에 대해서는 별로 말할 필요가 없겠지만, C와 C++의 입지가 작아진다는 사실이 제게는 프로그래밍이 점점 더 비전문적인 - 시스템의 조화보다는 기능성을 위주로 하는 블럭쌓기로 변해간다는 이야기와 동등하게 들립니다. 다시 말하면 시스템을 알지 못하고 비즈니스 로직의 구현"만"을 직업으로 하는 비해커적이며 비전문적인 프로그래머가 양산되고 있다는 의미와도 동일하며 C/C++를 사용하지 않는 프로그래머의 연봉은 앞으로도 계속 하락할 것이라는 의미와도 동일하게 느껴집니다.

ps.
저는 만우절이면 떠도는 Bjane Stroustroup의 C++이야기가 결코 농담이라거나 장난처럼 느껴지지 않더군요. :roll:

어머나. 누군가 이렇게 답글을 달것이라고 예상은 했지만, 그게 fender 님일줄은 몰랐군요. fender님이시라면 read between the lines가 되시지 않나요. 섭섭해요. :oops:

전 플레임 구경이 더 재미있더군요. 8)

제가 내공이 깊지 않아서 이 주제에 대해 심도 있는 얘기를 하는 것은 주제넘는 일인 것 같구요. 개인적으로 C와 C++를 매우 좋아하기 때문에 전망이 밝았으면 좋겠습니다.

C와 C++이 앞으로 곧 사라질 언어는 아니라고 생각합니다. 이식성과 레거시를 보아도 그렇고, 속도도 그렇고. 하지만 언어의 발전단계에 있어서 결코 끝에 와 있지는 않다는 것은 부인할 수 없다고 생각되네요.

컴포넌트로 뚝딱뚝딱 만드는 언어로 자바 등의 언어를 간주하는 것은, 사실 현실을 제대로 못보는 것입니다. 다양한 리써치에서 설득력 있는 솔루션으로 자리매김하고 있기 때문입니다. 웹프로그래밍에만 자바를 쓰거나, 만들어놓은 코드를 갖다 쓰는 점만 본다면 그렇게 오해할 수도 있다고 생각이 듭니다.

자바언어의 사용례로, www.rtreeportal.org에서 다차원 인덱스 구조(B+ tree는 단일 키값에 대해 검색하죠. 이에 반해 다수의 키값이 primary index로 간주될 수 있는 형태가 다차원 인덱스 입니다)중 가장 유명한 형태인 R* tree가 자바로 구현될 수 있는 것을 볼 수 있습니다.

또한 음성인식 분야에서 널리 사용되는 도구중 하나인 Sphinx(http://cmusphinx.sourceforge.net)는 C/C++에서 자바로 옮겨왔습니다. 그리고 '자바이기때문에 느리지 않을까?' 라는 질문에는 'groundless'라고 답변한 FAQ를 달고 있습니다. 음성인식 분야는 신호처리, 인공지능이 고도로 집약된 분야입니다. 얼핏보기엔 C/C++아니면 안될 것 같은 그 분야입니다. 하지만 C/C++을 사용해서 Sphinx가 해놓은 만큼의 라이브러리를 만들고, 그들의 성능에 도전하는건 좀처럼 쉬운일이 아닐것입니다. 이건 원천 기술에 속하는 영역이기 때문이죠. 그 사람들이 한건 '자바로 코딩'한것이 아니라 '원천 기술을 쓰기 편한 언어로 구현'한 것이기 때문입니다.

또, 오라클은 저장 프로시저를 자바로 작성할 수 있게 했습니다. MS는 MSSQL내에서 C#을 쓸 수 있게 했습니다. 그리고 이를 통해, 기존의 저장 프로시저에서 처리할 수 있는 업무의 활용 범위를 넓히고자 하고 있습니다.

한편 IBM은 CPU상에서 직접 자바 코드가 수행되는 CPU 개발에 나섰습니다.

그럼 C/C++의 입지는 어떻게 될까요.. 현재로선 정말 최고의 속도가 필요한 분야(ms 단위로 실행성능을 평가해야하는 곳), 운영체제, 네트워크 하부, 임베디드 디바이스, 디바이스 드라이버와 같은 몇가지 곳을 제외하고는 반드시 C/C++아니면 안되는 곳은 사라졌다고 봅니다. 사라지지 않았다면 곧 사라질 것이라고 봅니다. 프로그램에 쓰레드가 사용되고 있다고 해서, double checked locking idiom을 C++로 구현하고 여기서 메모리 베리어를 제대로 넣어서 고도로 빠르게 하는 것만이 반드시 의미를 갖기는 힘들다고 생각됩니다. 그냥 synchronized 하나만 넣고, 메모리 베리어가 뭔지 모르고 살아도 만사 형통일 수 있습니다.

시스템의 하단을 다루는 사람이 있는 건 사실이고, 그 사람들은 사실 C/C++ 뿐만 아니라 어셈블리까지 제대로 할 줄 알아야하고, 메모리구조를 봐야하고, 파일 포멧에 대해 고민해야겠죠.. 그러나 모든 컴퓨터 분야의 응용이 그 하단과 밀접하게 연관되어있으라는 법은 없습니다. 하단과 항상 통신하고 하단을 항상 이해해야한다면 컴퓨터 언어가 지금까지 발전시켜온 '추상화'를 도로 없애자는 얘기가 되버리겠죠...

근원에 근원으로 따지자면 하이퍼쓰레딩이 어떻게 쓰레드를 CPU상에서 어떻게 작업을 분배시키는가에대해서 VHDL 로 코딩할줄 모르면서, 인스트럭션 몇개 제공해줬더니 C/C++로 날로 먹는다.. 라는 비난도 가능할지 모릅니다. C/C++을 오래하신 분들은, 이들 언어가 초창기에 Assembly 진영으로부터 현재의 자바 등의 언어가 받고 있는 같은 식의 공격을 받았다는 사실을 아실 것입니다...

오프토픽이 되지 않기 위해, "과연 C, C++ 을 주력언어로 사용하는 사람들의 장래는 다른 언어에 비해서 긍정적일까요 ?"라는 첫번째 글에 대한 제 생각을 적자면 이렇습니다. 만약 C/C++이 반드시 필요한 분야 - 이식성, 속도, 바이너리 크기, 메모리 크기, CPU 성능, 배터리 한계 - 에서, 그 분야의 지식을 갖고 있으면서 C/C++을 사용하고 있는 사람이라면 앞으로도 충분히 긍정적이라고 생각합니다.

하지만, C/C++만 쓸줄 알기 때문에 그 언어가 잘되었으면 좋겠다.. 라고 생각하신다면, 한번 그렇게 싫어하시는 자바 등의 언어도 배워보시라고 말씀드리고 싶습니다... 사실 C/C++ 잘하신다면, 1주일이면 자바 문법은 떼거든요.. 요즘은 generics 들어가고 라이브러리도 복잡해졌지만, 기본적인 라이브러리 사용법까지 길어도 10일이면 뗍니다. 그 다음부터는 사용하시기 나름입니다. 그냥 단순 jsp 코딩을 해도 되고, apache derby 프로젝트 같은 곳을 기웃거려도 되고요.

정말 문제는 그 언어로 코딩 잘하냐 못하냐가 아닙니다... 자기가 관심있는 분야에서 얼마나 시야를 갖고 있느냐 하는 것이 문제가 되리라 생각합니다..

뻔한 얘기해서 죄송합니다.

VB.net(이건 좀 아닐지도), C#...

Delphi도 있습니다.