제가 2006 써본결과  에디터의 변경과 기능 추가 만으로도 2006으로 옮길 가치가 충분 한것 같습니다. 저는 6버전에서 가장큰 불만이 느리고 불편한 에디터였는데, 이번에 2006 써보면서 그런 불만이 많이 사그라 들었습니다. 물론 vc + visual assist 조합에는 멀었지만요..^^

//  VC++ 2005 에서 테스트한 건데 잘 됩니다.

#include "stdafx.h"


class  클래스
{
private:
    int        초기치;
public:
    클래스(int _초기치)
    {
        초기치 = _초기치;
    }
    int 값()
    {
        return 초기치;
    }
};

int _tmain(int argc, _TCHAR* argv[])
{
    // 이렇게 한글로 쓸 수도 있다.
    int  정수 = 1;
    double  실수 = 2.2;
    클래스 수(2);
    printf("%d %g %d\n\n", 정수, 실수, 수.값());
    getchar();
    return 0;
}
// ㅠㅠ 빌더도 지원해 주길.......

한글로 된 코드라~~ 전 반대 인대요~~
예전에~~ 한글변수 유틸리티등을 이용해서 (도스시절에) 프로그램을 해본적도 있고~~ 국산언어 돌맹이 였던가~ 그넘도 써 보았지만 역 시 깔끔하지 않은 소스~~ ㅠ.ㅠ
그리고~~ 무엇보다~~ 소스 코드의~~ 세계화에~~ 전혀 도움이 않된다는게 제 생각 입니다만 ... 컥 한글을 지원 하고~~ 일본어를 지원 하고~~ 중국어를 지원하고~~ 이러다보면 ... 인터넷에서~~ 참조 코드를 찾을려면 켁 ..... 이건 완존~~ 프로그래머를 더 고달 프게 하는 일이 될것입니다 ...

예전에 비베를 쓰면서 한글변수 생성이 편해서 저도 가끔 그런것이 좋지 않을까 생각해보았지만... 세계화란 말을 듣자마자 --; 마음을 바꾸어야할듯합니다.
물론 한국어를 세계언어로 활성화 시키면 또 모를까 생각됩니다만......
개발을 한글로하고 영문 맵핑 기능만 지원한다면 나름대로 재밌지 않을까 생각됩니다...

저는 미국계회사의 일본 지사에서 일하고 있기 때문에... 코맨트 조차도 한글을 쓸 수가 없습니다. 오로지 영어.
저는 오히려 VCL이 Unicode 기반으로 바뀌는 것이 더 필요하군요. 그게 훨씬 더 가치 있는 일이라고 생각합니다.

VC++ 2005의 경우는 한글명칭을 쓸수 있다는 사실은 곧 unicode가 기본이 되었다는 뜻인데.... 볼랜드가 언제 바꿀지는 .....

무엇이 unicode를 지원하도록 되었는지가 중요하겠죠.
BDS2006 역시 Unicode 소스코드를 지원합니다. 당연히 컴파일러 역시 유니코드를 인식하겠죠. 한글 식별자 지원여부는 컴파일러에서 해당 단어를 키워드로 간주하느냐 그렇지 않느냐의 차이입니다. 제가 보기엔, 이미 컴파일러가 유니코드를 지원하는 마당에 한글 식별자를 지원하느냐 마느냐는 정책적인 문제입니다. 기술적인 문제가 아니죠.
제가 VCL에서 유니코드를 지원했으면 좋겠다고 쓴 것은... 빌더나 델파이에 추가적으로 TntControls등을 설치하면 유니코드를 사용할 수 있지만 그보다는 기본 VCL 레벨에서 유니코드를 지원해 주는 편이 훨씬 편리하단 말입니다.
예를 들면, Application->ExeName 같은 프라퍼티는 AnsiString으로 현재 실행파일의 경로를 돌려줍니다만... 이 경우 제 PC처럼 Locale이 일본어로 된 경우 한글 파일명 폴더에 프로그램을 설치할 경우 ExeName으로 얻는 경로는 다 깨집니다. 그래서 불편하더라도 GetModuleFileNameW 함수를 호출해야 하죠.
제대로 본 적은 없지만 VCL .NET은 전부 유니코드 기반일겁니다. .NET이 유니코드기반이니... ^^
또 하나, VCL에서 유니코드 지원의 핵심인 WideString의 경우 AnsiString과 구현구조가 다소 달라서 BSTR이 아닌 wchar_t *을 직접 대입해버린다든지 하면 난리납니다. 함수 리턴값으로 WideString을 받는 경우도 AnsiString과는 달리 항상 메모리 복사가 일어나구요. 이건 BSTR과의 호환성을 유지하기 위해 어쩔 수 없는 선택이었다고는 보지만... 그래도 좀 개선됐으면 하는 부분입니다.

VC++ 2005는 unicode가 기본이란 뜻은 함수들도  유니코드 지원이 디폴트로 되어 있다는 것을 의미하더군요.

유니코드가 디폴트가 되는게 대세인데,
거의 대부분의 언어가 유니코드와 한글명칭을 지원하는데 C++만
장고를 했는데, 이제 VC쪽도 완전히 유니코드 지원이니 볼랜드도 하루 속히... 쿨럭~~
플머 입장에서도 하루속히 그기에 적응하는게 좋으리라 생각되네요 ^^;

당연히 다국어 처리도 편리할테고...