Orchis의 Old-Home

VC 6.0을 쓰지 말아야하는 이유

이전에 다니던 회사에서 개발하던 프로그램은 VC6 에서 MFC기반으로 개발된 프로젝트였습니다.

코드량도 어마어마했죠(제가 있던 당시 만 7년을 개발 & 유지보수 하던 프로젝트니까요).

그리고 많은 개발자 분들이 그러하시듯 툴에 익숙하다는 것과 기타 여러가지 이유로 VC .NET, 2003을 다 건너뛰고 계속 VC6 으로만 개발을 했었습니다.

하지만, 다음과 같은 요구사항이 들어오면서 VC2005로 이전 할 수 밖에 없는 상황이 오고야 말았으니 그건...



라는 시대의 요구(...) 였습니다.
뭐, VC6으로 x64 개발도 할 수 있다! 라고 말씀해 주시는 분도 계시겠지만, 아무리 그래도 툴에서 정식으로 지원해 주는게 편하죠...^^

그렇게, VC6 기반의 코드를 VC2005 로 옮기는데 무수한(...) 고생을 담당자 분께서(저 아님 으하하) 해 주셨지만 그렇게 이전하면서 여러가지 얻은 것이 더 많았다고 기억됩니다.

위의 글에서 언급하신 대로 stl 관련 많은 향상을 맛볼 수 있었고, C++ 표준 문법도 더 잘 지원했으니까요.
예를 들어 {for(int i=0;i<10;++i); for(int i=0;i<10;++i);} 같은 코드도 컴파일 에러 안나고 잘 됩니다.^^

게다가 VC6에서 모르고 넘어갔던 잠제적인 버그도 무수히(...) 고쳤던 것으로 기억합니다.

게다가, M$ 에서 VC2005 버전 부터는 Express Edition이라는 물건을 공짜로! 배포합니다.

MFC나 ATL은 없지만 Windows API 개발은 할 수 있어요.

GUI프로그래밍이 필요하지 않다거나, GUI는 .NET의 WinForm 으로 하겠다고 하면 VC2005 Express Edition도 썩 괜찮은 선택이랍니다.

VC2005 Express + Subversion + Trac or Mantis 정도만 되어도 협업 하는데도 전혀 문제 없습니다.

물론 MFC나 ATL이 필요하면 Standard 이상 버전을 구매해야겠지만요.

아무튼, 마냥 이전을 겁내고 VC6에 안주하는 것 보다는 최신 버전의 VS로 이전하는 것도 나쁜 선택은 아니라고 생각합니다.