전 개발툴 선택에 대해서만 써보겠습니다. (이 부분이 제 전문인 것처럼 되어가는 듯... --;;)

전 언어나 개발툴은 도구일 뿐이다...라는 말에 전혀 동의하지 않습니다. 물론, 과거에는 뿐이다..라고 말해도 좋을 정도로 배울 것이 지금보단 적었던 적도 있습니다. 도스 시절에 C 개발툴 시장을 이루었던 터보C와 MS C를 비교하자면 도구일 뿐이다, 라고 할 수도 있겠지요. (물론 완전히 무시할 정도로 차이가 없었던 건 아닙니다만)

하지만 지금은, 개발툴은 개발툴만의 그 자체가 아닙니다. 한칼한다는 개발툴들은 다들 프레임워크를 기본으로 탑재하고 있고 나름의 고유 개발 방식이 있습니다. MFC를 능란하게 쓸 수 있을 정도가 되는 것이 1년 정도 안에 되는 일이 아닌데 어떻게 도구일 뿐이다라고 말할 수 있겠습니까. 또 VCL은 MFC보다 완성도가 높아서 처음 배우기도 쉽고 빠르게 배워나갈 수 있지만, 역시 열심히 노력한다고 해도 몇달 정도로는 안됩니다.

또 C++빌더/델파이와 비주얼 C++은 아예 개발 접근 방식이 다릅니다. 물론 비주얼 C++을 사용하던 개발자가 C++빌더로 넘어오는 경우 그 반대의 경우보다 비교적 빠르게 익숙해지지만, 그것은 기본적으로 C++빌더와 델파이의 개발 접근 방식 자체가 이해하기 쉽도록 되어 있기 때문이고요. 비주얼 C++을 사용했던 경험이 크게 도움이 되지 않습니다. 간접적으로라도 도움이 되는 부분은 Win32 API를 직접 호출하는 부분 뿐입니다. 그런데 VCL의 경우도 그렇지만 MFC의 목적 자체가 Win32 API를 직접 호출하는 것을 최대한 줄이는 것이기 때문에, 결과적으로 MFC를 열심히 공부했던 것이 C++빌더에 접근하는 데에는 별로 도움이 안된다고 할 수 있습니다.

개발툴을 선택하는 문제는 생각보단 훨씬 중요하다는 것입니다. 현재 주로 쓰이는 개발툴들은 대부분 몇달 정도로 쉽게 마스터할 수 있는 것이 아니므로, 개발툴을 한번 잘못 선택해서 몇년의 경험을 허비할 수도 있으니까요.

그러면, C++빌더에 대해 깎아내리는 일부 의견에 대해 반론을 써보지요. 내부적으로 델파이 컴포넌트를 많이 써서 델파이 개발자에게 좋다는 말은 분명한 사실입니다. 그런데 그 말이 C++ 개발자에게는 안좋다는 의미가 됩니까? C/C++의 전체 역사에 걸쳐서, 라이브러리라고 부르는 것은 항상 소스 파일이 아니라 오브젝트 레벨이고, 실제로 프로그램을 링크할 때 소스를 링크하는 것이 아니라 오브젝트 파일을 링크하는 겁니다. 델파이로 만든 오브젝트파일이 C++보다 성능이 떨어지는 것도 아닌데 라이브러리를 델파이로 만들었다는 것이 왜 문제가 되나요.

델파이 바이너리는 몇몇 경우에는 오히려 C++보다 빠릅니다. 물론 그 반대의 경우도 있습니다. 언어별로 다른 최적화 특성 때문입니다. 껍데기만 C++이다, 라고 말하는 것은 다시 말해 C++이 아닌 델파이 등의 언어는 무시하고 싶다, 라는 뜻이지요.

많은 C++ 개발자들이 C++ 온리, pure C++이라는 환상을 가지고 있습니다. 특히 비주얼 C++ 개발자들 중에 많습니다. C++만으로 개발해야 제대로 개발한 것이다, C++만으로 개발해야 최상의 성능을 낸다, 나머지 언어들은 다 허접하다, 이런 환상입니다. 물론 사실과는 전혀 다르고, 대단히 편협한 바보같은 생각일 뿐입니다.

다만, 델파이에는 결정적인 약점이 있는데, 언어만 놓고 따져보면 전체 언어들 중에서 사용 점유율이 그리 높지 않다는 것입니다. 최근 몇년 사이에 자바 개발자들이 엄청나게 불어났습니다만, 아직도 C와 C++을 합하면 자바와 비슷할 정도로 C/C++의 점유율은 쉽게 무너지지 않습니다. 대신 C/C++은 델파이보다 지나치게 군더더기가 많아 실용적으로 쓰는 정도까지 가려면 공부할 것이 많다는 단점도 있습니다.

그래서 가끔 제게 델파이와 C++빌더 중에 어느쪽을 공부할까요, 라고 물어오는 분들에게 항상 이렇게 답변합니다. C/C++에 어느정도 익숙하다면 C++빌더가 낫습니다. 그렇지 않다면 델파이가 낫습니다. 델파이의 오브젝트 파스칼 언어는 대단히 실용성 위주의 언어라서, 문법 자체가 대단히 어려운 부분은 별로 없고 비교적 단기간에 배울 수 있으면서도 실제로 실무에서 필요한 기능은 다 가지고 있습니다. 반면 C++의 경우에는 같은 구현을 위해 선택할 수 있는 문법이나 방법의 수가 엄청나게 많아서 경우에 따라 더 최적화할 수 있는 장점도 있습니다.

C++빌더의 결정적인 장점은, 언어 자체를 제외한 델파이의 장점을 다 가지고 있으면서도 언어는 C++이라는 것입니다. 언어가 C++이라는 것은 대단히 중요하고 여러가지 문제에 영향을 끼칩니다. 아직도 많은 서드파티 SDK들이 C/C++ 기반으로 나오기 때문에, 델파이를 사용할 경우 SDK를 먼저 델파이로 컨버팅해야 합니다. 실무에서 개별 업체들이 SDK를 델파이용으로 지원해주지 않아서 고민해야 하는 경우, 정말 미칩니다. 또 C++용으로 나온 온갖 라이브러리들을 그대로 사용할 수 있습니다. 물론 델파이 컴포넌트도 그대로 사용할 수 있습니다. 개발의 구현에서 선택할 수 있는 범위가 C++과 델파이를 합친 것 만큼 넓어진다는 말입니다.

비주얼 C++을 선택하는 것은 아주 최악의 선택이라고 생각합니다. 사실 C/C++은 원래가 생산성과는 거리가 먼 언어입니다. 처음 이들 언어가 발표될 때부터 생산성은 고려 사항이 아니었습니다. 하지만 현재의 개발 업무에서 생산성은 절대로 무시할 수 없는 명제가 되었습니다. 비주얼 C++은 자잘하고 사소한 작업까지 모두 코딩에 의존해야 했던 구세대 C++의 마지막 유산입니다. 반면, C++빌더는 핵심 로직, 정말 성능이 중요한 부분에만 집중할 수 있도록 C++ 개발의 생산성을 높여주는 유일한 선택입니다.

사실 MS가 비주얼베이직을 Win32에서 퇴출시켜버린 지금에 와서는 비주얼 C++이 언제까지 지원될지도 불안한 부분이 있습니다. MS는 그동안 공공연히 C++ 개발자들을 C#으로 몰고가려고 여러가지로 노력해왔습니다. 그게 생각처럼 잘 안되니까 C++을 계속 지원은 하고 있습니다만, 개발자들의 숱한 탄원에도 불구하고 비주얼베이직을 퇴출시켜버린 전례를 볼 때 비주얼 C++도 어느 한순간에 사라져버릴 수 있을 겁니다. MS는 개발툴 팔아서 먹고 사는 개발툴 회사가 아니니, 개발자들이 아무리 원하고 난리를 치더라도 플랫폼 전략에 도움이 안되면 하루아침에 없애버릴 수 있습니다.

C++ 언어의 영토 확장은 이미 2000년대 초반에 끝났습니다. 그렇다고 C++이 이제 사장되는 길만 남았다든지 그런 얘기는 전혀 아닙니다. 과거 90년대까지만 해도 "모든 것을 C++로!" 라는 생각을 가진 개발자들이 많았고 실제로 그렇게 업무가 진행되는 경우도 적지 않았습니다. 하지만 앞으로 자바와 C++의 영역은 점점 더 분리되어 갈 것이고, 이미 그런 대세가 진행중입니다. 자바나 닷넷으로 유틸리티나 OS, 각종 패키지 솔루션 등을 만들지 않으며, 만든다고 해도 크게 환영받지 못합니다.

반면 기업용 업무 개발 쪽에서는 생산성과 방법론 구현에 더 특화된 자바의 대세가 점점 더 심화될 것입니다. 하지만 이런 업무 개발의 영역에서도 인터랙티브한 UI나 실시간 처리, 하드웨어 통신이 많이 필요한 쪽은 여전히 C++과 델파이가 더 강세를 보일 것입니다. 지금 현실도 그렇고, 앞으로는 점점 더 대세화되어 이런 추세를 누구나 쉽게 알 수 있게 될 것입니다.


고음불가 님이 쓰신 글 :
: 볼랜드포럼에 첨으로 글 남겨보네요..
:
: 흔히 말하는 웹개발(쇼핑몰이나 홈피)을 했었고 중간중간 필요한 것들은 비주얼베이직으로 만들어쓰던 초보개발자
:
: 입니다. 어플쪽으로 공부하고 싶어서 여기까지 오게 되었네요
:
: 게시판을 쭉 검색해봤는데 좀 망설여져셔요..  다들 언어는 도구일뿐이다라고 말씀하시는데 저같은 어플초보에게는
:
: 무슨 장벽같네요.. 부끄럽지만 과는 컴퓨터공학을 나왔거든요.. 학교다닐때 C언어나 머.. 머리아프고 해서 쉽고 좀
:
: 바로 바로 눈에 보이는걸 찾다보니 웹을 시작했었는데.. ㅎㅎ 
:
: 제가 더 나이들기전에 공부해서 만들고 싶은 것들은 원격제어프로그램이라든가.. 백신이나 아니면 알집,알씨같은
:
: 프로그램 류인데..향후 취업도 이런쪽 회사로 생각하고 있습니다.   로우레벨프로그램인데 어떻게 공부를 시작해야
:
: 할지 막막하네요..  특히 랭귀지 선택 문제가 ...음..;;  지금 C랑 win32API 온라인 강좌를 신청해 기본과정만 이수한
:
: 상태인데.. .향후 어떤식으로 공부를 해나갈지 막막하네요..  당장 윈도우 프로그램을 만들려면 델파이나 , 볼랜드C+
:
: 이나 VC(MFC)를  써야하는데..  어느것하나 만만한게 없네요..  주위분들에게 조언을 구해보니 MFC는 앞으로
:
: 점점 시장이 줄어들것이나 기본에 MFC로 만든 프로그램이 많으니 수요는 꾸준히 있을거라고 하고.. 볼랜드C++은
:
: 껍데기만 C지.. 내부적으로는 델파이컴포넌트를 많이 갖다써서 델파이를 다루는 사람이 좋다고하고..  헷깔리기만
:
: 합니다..ㅜㅜ;
:
: 어떻게 시작하면 좋을지 조언좀 해주세요...
:
: 아참 그리고~!!!! 젤 궁금한거중에 하나가 수학인데.. 수학엄청못하시다가 개발 하시면서 공부하신분들 있으면 말씀
:
: 쩜...  대부분 로우레벨의 깊은 분야로 가면 여러가지 수학이 많이 필요하다고 들었는데..  특히 미적분같은거도 많이
:
: 나온다던데.. 제가 고등학교부터 수학과는 담쌓아서 .. +-/* 뿐이 모르는데.. 지금 공부학교 책부터  대학미적분까지
:
: 공부해도 될지? 나이는 지금 20대중후반 입니다.. 얼쭈 후반이네요..^^;