C++/CLI 살펴보기
얼마전 실제 MC++(C++/CLI라고 하더군…)를 사용해보고 어리둥절했던 점들이 Whidbey(VS.NET 2005)에서 신텍스가 변경되어 해결되었군요.
A first look at C++/CLI via bool meta(C++ );
변경된 신텍스를 간단히 보면…
* __gc 포인터(handler라고하는 군요) 대신 ^를 사용하고 닷넷 객체(CLR object) 생성은 gcnew를 사용한다는 군요
String^ str = gcnew String("Hello World");
* 타입정의에는 ref(리퍼런스타입), value(밸류타입), interface(인터페이스), enum(enumeration)을 붙여 정의 한다고…
* reinterpret_cast()를 사용하여 명시적으로 타입변환
기존 native C++과 구분되는 신텍스를 사용한 것은 참 잘한 일이라고 생각합니다.
ps)혹시 vs2003과 vs 2005 express beta랑 동시에 설치해 보신분 계신가요? 둘다 문제 없이 동작하던가요? 이것만 확인되면 바로 깔아볼려구요.
referer 목록 중단
대부분이 스팸 링크들이라 referer 목록을 사이드 바에서 삭제했습니다.
왠 스팸 링크들이 그렇게나 많이 들어오던지…
update//
사이드 바에서 빼긴 했습니다만 http://codian.net/refer에서 referer 목록을 확인하실 수 있습니다.
(누가 관심이나 있데? ㅋㅋ)
MC++ 첫 시도
그 동안 망설이다 MC++을 사용해 보리라 큰 맘을 먹고서 기존의 VC(MFC)로 진행하던 솔루션에 C# 클래스 라이브러리 프로젝트를 추가했다.(VC 라이브러리에 C# UI가 일반적인 그림이겠지만… -_-)
그리고 프로젝트 속성에 /clr 옵션 추가.
그리고 C#으로 클래스 작성.
VC 코드에서 다음과 같이 C# 객체 instanciation.
Test* pTest = new Test();
그리곤 컴파일… 컥! 낮선 컴파일 에러 발생.
error C3828: 'TestLib::Test': placement
arguments not allowed while creating
instances of managed classes
구글 검색해본 결과… MFC 디버그 모드에선 new 연산자를 #define해서 딴짓을 하고 있기 때문이라고… 해결하려면 new를 #undef 하던가 아니면 다음과 같이…
#pragma push_macro("new")
#undef new
Test* pTest = new Test();
#pragma pop_macro("new")
모든 객체 instanciation에서 이런 짓을? 꾸액~! 토할 것 같은 기분…
한번 실행하는데 엄청나게 많은 dll이 로드되고…
그리고 디버그 모드에서 트래이스도 안되고…
그나마 System.Diagnostics.Debug.WriteLine()은 먹는다.
괜히 발 담군 생각이 머리를 쥐어 뜯으면서… 이거 하느라 날린 몇시간이 아까워진다.
[update]
결국 C#과 C++로 제작된 flat dll의 조합으로 변경하고 말았다.
프로그래머들을 지치게 만드는 가장 큰 문제
Tomato : 개발자로 일하면서 가장 어려울때는 언제인가요?
왕멀 : 쫓기듯이 개발을 할 때 입니다.
언제나 새로운 프로젝트가 시작될때면 다짐을 합니다.
이번에는 설계도 충실하게 하고 문서작업도 그때그때 하고 주석도 열심히 달아서 정말 멋진 프로그램을 만들겠다는 다짐이요.
하지만 프로젝트가 진행되면 중간에 당연스럽게 외부에서 요구사항이 빗발칩니다. 그러면 기능이 추가되고 설계가 변경되어 버리죠. 이런 변경은 대부분 버그를 만들어내는 원인이 되곤 합니다.
결국 처음 계획한 일정을 지키는 것은 불가능하게 되고 “돌아가게만 만들자”라는 일념으로 프로그래밍을 하게 됩니다.
이렇게 개발된 프로그램은 기능은 많을 지 모르겠지만 안정성을 보장할 수 없습니다. 돈 받고 파는 프로그램에서 안정성 결여는 치명적인 문제이고 결국 프로그래머는 열심히 일을 했지만 전혀 보상을 못 받습니다.
이런 상황을 제가 여러 번 경험을 해 오면서 이것이야말로 프로그래머들을 지치게 만드는 가장 큰 문제라는 것을 알게 되었고 이런 문제를 해결하기 위해서 노력하는 중입니다.
출처: 왕멀님의 이글루 피플 인터뷰 기사에서 발췌
낮은 퀄리티의 산출물을 만들어야 하는 것은 왕멀님의 말처럼 개발하는 사람들을 지치게 하는 가장 큰 문제라는데 동의한다. 이 때문에 개발자의 이직율도 높아지고…
하지만 프로젝트가 이렇게 진행되는 이유를 요구사항의 변경과 증가에만 돌릴수는 없을 것 같다. 변경을 요구사항의 속성이라고 인식한다면 오히려 요구사항의 변경을 어떻게 관리해 내느냐의 문제가 아닐까?
그리고 이것은 비단 프로젝트를 이끄는 사람 뿐만 아니라 말단 개발자에게도 해당되는 문제일 것이다.
ps) 근데 그 관리 어떻게 하는거져? ㅡ,.ㅡ;
블로그 안에 작은 블로그 : Interestings, powered by 엔비
최근 제가 관심을 가지고 있는 것들에 대해 좌측 사이드바에 Interestings라는 제목으로 블로그를 적어보기로 했습니다. 블로그 안에 또 블로그 ㅋㅋ.
Interestings는 만박님이 소개하신 엔비로 포스팅하고 엔비에서 퍼블리싱한 html을 사이드바에 인클루드하여 적당한 스타일을 입히는 식으로 만들었습니다.
참고로 다음은 Interestings를 위해 적용한 엔비 템플릿입니다.
기본 템플릿에서 사용 안하는 것들 다 지운것에 불과합니다. ^^;
<Moblog>
<div class="sideblogitem">
<$BlogItemBody$>
</div>
</Moblog>
최근 관심사가 철 지난 액빡이라니… 제가 생각해도 어처구니 없군요..
