VC++ 언제까지 활용할수 있을까요?

저도 fun 때문에 그렇게 합니다.

glade나 qt designer로 하면 웬지 답답함을 느끼더군요 :cry:

직접 만들어 보는게 역시 제대로 "이해" 할 수 있더군요 ;)

하하. 동감입니다.

자신이 즐겨짜는 방식의 skeleton을 만들어 놓고 그것을 project시작시에 복사 혹은 shell script등으로 작성해서 코딩을 하면 너무 편리하던데요.

솔직히 지금까지 glade를 사용하는 이유는 임시로 어떤 widget의 특별한 행동에 대한 코드를 보기위해서만 사용했지 project에 사용하기 위한 목적으로 사용해본 적은 없네요.

VC++로 UI가 있는 클라이언트 개발을 하는 상황을 말씀하시는 건가요?

MFC는 벌써 한물이 아니라 몇물은 갔습니다..

윈도우 프로그래밍시.. 속도가 빨라야 하는 어플인 경우는 MFC를 쓰지 않고 직접 API를 써야만 하고요..

게임쪽은 DirectX를 쓰니 MFC와 상관없고요..

단순하게 콘트롤들을 이용한 클라이언트 개발인 경우 처리속도가 critical하지 않으므로 비베, 델파이, C++ 빌더 또는 요즘의 .NET 등을 쓰는 것이 훨씬 생산적이라고 생각합니다.

MFC가 처음 나왔을때만해도 다른 것들이 별로 없었으니까요..

뭐 그래도 MFC 중에서 일부분은 제법 아이디어가 괜찮은 부분이 있고.. 기존에 만들어진 프로그램들 중에 MFC를 쓴 것들이 제법 있으니.. Programming Windows with MFC 2nd edition같은 책은 한번 봐두는 것도 괜찮겠죠..

제가 보기엔 MFC도 대단한 기술입니다.
참으로 빨리, 쉽게 쑥쑥 뽑아내더군요. 이것저것..

그렇게 만들걸 저는 윈도를 안쓰는 지라 거의 못쓰지만 MFC하시는 분들 보면 참 신기하단 생각은 듭니다.

^^; 음. Visual C++ 도 나름대로 좋은 툴이라고 생각하는데요. 윈도그 내에서는 절대 강자 아닙니까.

(물론 Borland C++ 도 있고, 델파이도 있지만...)

M$에서 잘 돌아가는 것은 M$ 제품이겠죠. 쩝.

6.0 버전도 한동안 쓸 수 있겠다고 생각하는게 제 소견입니다. -_-a

헉...저도 전직이 딴따라였는데 :shock:

혹시 리눅스에서 음악작업도 하시나요?
미디 시퀀서는 혹시 머 사용하시나요?

제가 생각할 때는 VC++ 툴 자체는 PC가 존재하는 한

사용가능할 것 같습니다만... (물론 좀 더 나은 툴이 나

온 다음에는 상대적인 박탈감? 시대에 뒤쳐졌다? 등의

느낌을 갖을 수도 있겠지만 말입니다.)

뭐 라이브러리야 추가하면 되는 것이고, 컴파일러나 링

커 같은 경우에도 변경이 가능하니까요. 지금 제가 방에

서 쓰고 있는 VC++의 경우 윈도용 QT3.0 평가판하고

Intel 컴파일러(불법적)도 추가해서 쓰고 있는데요...

하여간 tool 자체는 적어도 제가 느끼기엔 좋습니다.

가끔 KDevelop을 실행하면 VC++을 연상할 정도로

VC++ 인터페이스에 친근감도 느껴지고요.

이 주제에 대한 제 생각은 한마디로 'PC가 존재하는 한

사용할 수 있다' 입니다. (Borland C++ 3.0도 지금까

지 사용되고 -_-;; 있지 않습니까? 물론 VC++도 시간

이 지나면, 현역에서 은퇴할 수도 있겠죠.)

롱혼의 성공 여부에 달리지 않았을까 생각합니다.
롱혼에서는 윈삼이를 걷어낸다는 얘기도 있지만,
그렇게까지 하지 않더라도 롱혼이 성공한다면
개발 환경은 씨샵이나 그런 쪽으로 크게 기울겠죠.

그러나 제 생각으로는 롱혼이 성공할 거 같지는 않네요.
롱혼으로 갈아엎을 동기가 매우 희박해 보이니까요.

롱혼 출시 3 ~ 4 년 이후의 컴퓨팅 환경이 궁금해 집니다.
그때도 98은 여전히 씽씽 돌고 있지 않을까요?
(닷넷 프레임워크도 깔리지 않은 순수한(?) 98~)

윈도우 XP의 예를 봐도 2000보다 나아진 점은 없는데 예쁘다는 이유로 쓰는 사람이 많잖아요.. 롱혼은 더 예쁘게 나오니 쓰는 사람이 생길 거라는 생각이 듭니다..

VC++이 Simple 해서 좋던데...

개인적인 취향인듯~ :oops:

VC++를 앞으로 오래 쓸 수는 없겠죠...

물론, 계속 존재한다고 할 지라고 시장에서 원해야 쓰는 거 아니겠습니까???

상당히 뻔한 일이죠... 앞으로 롱혼 나오고 뭐... 그 전에라도 C#이나 다른 .NET성 Language로 바뀌는 거는요...

MS가 밀면 성공하는 게 당연합니다... 당장 MS가 망할 이유가 없는 시점에서는 말이죠...

지금이야 롱혼에 대해서 말이 많지만, 그런 것은 XP나올 때고 그랬고... 뭐... 당연히 Desktop은 롱혼으로 바뀔 것이고... Programming 환경은 특수한 부분을 제외하면 다 .NET 환경으로 바뀌겠죠...

MS 환경에서 뭔가를 하시겠다는 생각이면, MS가 제시하는 길을 따라가는 것이 가장 좋은 방법입니다...
모든 방면으로의 지원이 있기 때문에 Programming이 상당히 쉬웠지요...

롱혼이 망하네 뭐하네... 이런 말은 할 필요가 없다고 봅니다...

제품의 절대적인 질을 떠나서 반드시 성공합니다... 이런 것을 토론하는 것이 오히려 낭비라는 느낌이 드는군요...

물론, 제품의 질 자체도 그리 떨어지지는 않을 겁니다... 일반인들이 쓰기에는 전혀 문제가 없는 제품이겠지요... 뭐...바이러스만 잘 대처해 준다면야...
까놓고 말해서 바이러스가 해결이 안됬다고 해서 롱혼 안씁니까???

현금보유고가 500억 달러에 육박하는 회사가 미는 것이 성공하지 못할 턱이 있겠습니까???
물론, Xbox의 경우 아무 기반 없는 곳에 뛰어 들어 아직 성공을 점칠 수는 없는 위치에 있으나 Windows의 경우 이미 장악한 시장이잖아요...

더 볼 거 없다고 봅니다... 롱혼이 나오는 그날까지 LINUX가 Desktop에 주력해서 10% 이상의 점유율을 보인다면 상당히 선방이라고 보는데요...

롱혼의 성공, 실패를 논하기 보다는 그 동안 LINUX가 얼마나 많은 Desktop 점유율을 거둘 수 있을 지가 더 현실적이라고 봅니다...

물론, 롱혼이 출시된 이후로도 XP를 비롯하여 그 전 운영체제를 그냥 사용하는 부분이 있기는 하겠지요...

그러나 시기를 생각해 보십시오...

롱혼의 출시시기는 빠르면 2006년이라고 합니다...

이때가 되면, 벌써 운영체제는 XP이외는 별로 남아 있지 않으리라고 봅니다...

물론, 소수는 항상 있는 법입니다만, 대세가 그렇다는 이야기죠...

컴퓨터의 교체 주기를 생각해보면, 쉽게 예측할 수 있는 부분입니다...

보통 3년 정도에서 컴퓨터를 교체합니다... 그렇다면, 2006년 시점에서는 3년 이하의 PC는 거의 XP를 탑재하고 있습니다...

그렇다면, 이제 VC++를 굳이 사용할 필요가 없겠지요...

XP에서는 .NET 환경 잘 돌아갑니다...

그렇다면, 개발 환경은 어떻겟습니까???

3년 후에 쓸 Program이라면, 아마도 1년 후 정도에는 개발이 들어가겠죠?

3년 후에 실무에서 .NET을 사용한다면, 개발 환경에서는 1년 후에는 .NET으로 바꿔야 한다는 말이 나옵니다...

결국, VC++를 길게 사용할 수는 없겠지요...

물론, 틈새 시장을 노린다면, VC++을 오래 사용하는 것이 가능한 이야기겠지만, 대세를 타야 하지 않겠습니까???

딴거보다 닷넷으로 제작된 프로그램이 돌아가는게 좀 무겁더군요. 아직 600정도의 시피유를 써서 그런지 몰라도요.
그리고 언뜻 들은 예기가 .net studio에서도 C++을 쓸 수 있다고 들었는데 그렇다면 vs C++도 호환되지 않나요? 결국 C++을 계속쓴다면 쓸수 있지 않을까 생각되는데 ㅡ,ㅡ (죄송함돠 윈도 개발쪽은 기획만 했지 개발 실무에 대해 전혀 모릅니다 ㅡ.ㅡ)

흠...

저와는 생각이 많이 다르시네요...

뭐... 처음 이 질문을 올리신 분이 정확히 어떤 일에 종사하시는 분인지는 잘 모르겠습니다...

그러나 우리나라 입장에서 Desktop용 Application을 만들어 내는 곳이 많을 까요... 아니면 SI 분야에서 일하시는 분들이 많을까요???

제 생각에는 SI에서 일하시는 분들이 압도적으로 많을 거라고 봅니다...

그건 전 세계적으로 봐도 그럴 것이구요...

일단, 우리나라에서 Desktop용 Application을 만드는 거 자체가 비율이 적고요...

SI라면 .NET으로 가는 것이 대세라고 생각하는 것입니다... 빠른 곳은 이미 .NET용으로 제품이 나오고 있습니다...

그리고 늦게 시작하는 업체들도 향후 2년 안에는 .NET으로 이동하겠죠...

뭐... 물론, .NET안에서 VC++을 사용할 수 있습니다... 그러나 기왕 .NET으로 움직인다면, C#을 많이들 사용하겠죠... 실제로 MS에서 하는 지원도 C#쪽이 가장 많습니다...

이런 것들을 고려해 볼 때, .NET으로 옮기는 것이 유리하다고 판단하는 거지요...

우리나라는 SI이외의 Desktop Application 시장이 매우 작습니다...

우리 회사분들은 절대 윈도우즈만 생각하시지만..

전 리눅스에도 상당한 매력을 느끼고 있습니다.

이번에 윈도우즈와 리눅스에서 서로 호환 가능한 자체 라이브러리를 개발중인데..

수많은 GPL에 따른 공개 소프트웨어들을 보면서 공부가 많이 되었습니다..

이번 라이브러리도 리눅스 시장을 무시해선 안된다는 제 주장이 강하게 들어가서 의욕적으로 시작은 했지만..

교차환경을 고려한다는 것 장난이 아니네요..

쓸데없이 개발 기간만 늘린다는 인상을 받고 있습니다만..

그래도 끝까지 밀어 뭍여 볼랍니다..

여기까진 제 여담이고..

VC++을 사용하는 것은 아마 꽤 오래가지 않을까 생각합니다.

개인 데스크탑 분야에서는 어떻게 될지 모르지만..

데스크탑 분야라는 것이 실제로는 상당히 작은 시장이거든요..
(들인 노력에 비해 이윤이 확실치 않은 분야죠.. ㅎㅎ)

다만 VC++은 어디까지나 툴이죠..

'툴사용법을 열심히 공부하기보단 C++기초책을 한번이라도 차근히 읽어보는게 낫다'고 제 주변 사람들에게도 강조를 하곤 합니다.

C++ 기초를 확실히 안다면 MFC를 사용하는 것도 단순히 필요한 연장이 있나 찾아보고 꺼내 쓰는 정도로 쉽게할 수 있을 테니까요.

저에게 MFC질문이라고 하면서 물어보는 것들도..
뭐 class에 대한 잘못된 이해 같은 것이나..
포인터에 대해 잘못 사용한 것들이 대부분이니..

UI에 관한 부분도..
저도 직접 만들기를 즐기는 편이죠..
요즘같이 버튼 모양 제각각.. 화면 모양도 제각각..
오히려 MFC를 이렇게 바꾼다는게 더 번거롭더군요..
(아마도 MFC를 잘 몰라서 그런 것이겠지만.. ㅡ_ㅡ; )

저에게 VC++은.. 클래스 모양을 보여줄 수 있는 편한 편집기.. 또는 사용하기 쉬운 디버깅 도구.. 정도로.. ㅎㅎ

물론 모양 별로 상관 없고 빨리 나와야 하는 작은 프로젝트는 비베가지고 쓱쓱 그려서 만들곤 합니다.. ^-^

제 생각엔 VC도 위와 같은 가벼운 도구 정도로 아주 오래 갈 것같습니다.

나아진점이 없기만 한건 아닙니다 :)
한 예로.. rdp버젼이 올라가면서 트루컬러로 원격데스크탑 연결이 가능해졌습니다..

그 외에도 많을 듯 한데요 :)
fast user switching 같은것도.. xp부터 가능한것 아니었나 싶네요.. 흐흣

지원을 중단하겠다고 선언하고.. 지원을 끊어버리면 =3=33

윽 그런 함수도 있었나요? 8)

참고로 UOFree소스 중에 ansi<->widechar 변환 함수가 있습니다. 어느 closed소스 프로그램에서는 utf-8을 사용하던데 그건 왜 쓰는지 모르겠습니다. :roll: 이건 울온 얘기니 넘어가도록 하구요.. ^^;

void char2wchar (const char *str)
{
	memset(&temp[0], 0, 1024);
	unsigned int size = strlen(str);
	unsigned int j=1;
	for (unsigned int i = 0; i < size; i++)
	{
		temp[j]   = str[i];
		j+=2;
	}
}

void wchar2char (const char *str)
{
	memset(&temp[0], 0, 1024);
	bool end = false;
	for (int i = 0; !end && i<1022 ; i++)
	{
		if (str[i] == 0 && str[i+1] == 0)
			end = true;
		temp[i] = str[i*2];
	}
}

temp는 extern된 char배열입니다. 만약에 char ansi[100]="......."; 이런게 있으면 char2wchar(ansi); 를 하면 temp에 wchar로 바뀐 값이 들어갑니다.