쑥갓재배기

 issue 10 : add support VisualStudio 2008

 issue 7 : fix compiler.PreprocessorDefinitions problem

 issue 8 : add support winunit

 issue 11 : VUTPP cannot find TEST in Solution Folder

 issue 13 : Add support shortcut-key

convert project to VSPackage

Improve ReparseCurrentFile(for Navigate and Update List) to use thread

Add MenuBar?

change bind codes

안타깝게도 debug기능이 들어가지 않았습니다.
원래는 debug기능까지 추가하고 배포하려고 했는데 버그 수정된것들도 있는데 배포가 너무 늦어지는 것 같아서 먼저 배포했습니다.

debug기능이 WinUnit을 추가하면서 좀 문제가 생겼네요.
WinUnit은 내부에서 Test를 관리하는 내용이 없고 밖에서 외부로 노출되어 있는 모든 함수를 실행하게끔 되어 있어서 아무래도 WinUnit만 따로 예외처리하는 형식으로 처리해야 할 것 같습니다.

그 외에는 오른쪽버튼 눌러서 팝업창 띄우는것 정도의 내용이 남았네요.

이정도로 해서 0.4를 배포하고..

그 다음은 CruiseControl.net지원이라던가.
아마 안될것 같지만 VisualStudio 2003지원을 좀 살펴본다던가 하게 될거 같네요.
패키지로 만들면 VisualStudio 2003이 될 줄 알았는데.. 안되는군요;;
VisualAssist쪽을 보면 VS에 런칭하는 부분이 아예 따로 되어 있는것 같기도 합니다.

전체적으로 다운버그 같은 것들은 많이 수정되었습니다만.
문제가 있거나 필요하신 기능이 있으면 댓글로 달아주시기 바랍니다.

요즘 여러회사에서 제안이 들어오는것들도 있고, 면접이 잡힌 회사도 있고, 따로 게임잡을 살펴보기도 합니다만...

뭐 사실 큰 회사야 특정 프로젝트가 아니라 회사로 공고를 하고, 지원이 들어오면 각 팀별로 살펴보게 되니까.. 뭐 그거야 각각 올릴수는 없으니 그렇다고 쳐도..

게임잡에 올라온것들을 보면 회사에서 필요한것들만 잔뜩 써놓고 정작 구직자가 필요한것들은 전혀 없는 것들이 대부분이라 보고 있으면 한숨이 나옵니다.

이미 게임내용이 웹진같은데 공개된 경우는 괜찮지만..
그렇지 않은 경우는 많이 써있어봐야 장르정도가 전부입니다.
그나마도 장르도 기재되어 있지 않은 경우도 많네요.

이건 게임잡에 있는 것 뿐만이 아니라 제안이 오는 경우도 마찬가지입니다.
회사명만 떨렁 얘기하고 제안이 들어오는 경우가 있지를 않나..
회사명도 얘기안하고 제안을 보내는 헤드헌터들이 있지를 않나..

게임에 대한 간단한 소개정도 쓰는게 그렇게 큰 문제가 됩니까?
도대체 뭘 보고 입사지원을 합니까?;

저 같은 경우는 입사지원을 할 때 보는게 프로젝트, 출퇴근, 밥;; 3가지입니다.
면접을 보고나면 프로젝트, 사람, 출퇴근, 밥;; 이렇게 4가지가 됩니다;
뭐 출퇴근이야 당연히 출퇴근 하기 좋은가를 보고(정확히는 2호선 테헤란로와 8호선;;), 밥은 점심은 주나 밥집들은 맛있나;; 를 봅니다.
뭐 사람이야 면접 때 판단하는거고..
프로젝트는 게임의 가능성이나 아니면 언리얼3-_- 를 쓴다거나 하는걸 봅니다;

입사지원 3가지 조건이 전혀 충족되지 않은(프로젝트 정보를 몰라서;) N모사를 다음주에 면접보기로 한 예외상황같은 경우도 있지만..
이런 경우는 회사 인지도가 워낙 좋으니 통과;

사실 가장 가고 싶은 회사는 드래곤네스트를 만드는 아이덴티티란 회사에 게임플레이쪽으로 들어가고 싶었는데..(집에서 걸어갈수 있고, 프로젝트가 200%쯤 마음에 듭니다)

이 회사가 GPGStudy에 화요일날 저녁 다 되서 구인광고를 올려놓고..
목요일날 지원할까..하고 보니 오전에 이미 뽑았다는 글이 올라와있는걸 보고 좌절orz
수요일날 당일면접봐서 바로 결정난겁니까!!;;;

아직 엔진파트는 뽑고 있지만.. 이젠 흠좀 다시 게임만들고 싶어서;;
엔진도 재미 있지만 역시 게임만든다는 생각은 안들어서 말이죠...
엔진을 한 4년정도 했는데 처음 엔진할때는 재미반 게임만드려면 엔진을 알아야 하니까 반..
뭐 이렇게 였습니다.
진로를 엔진으로 바꿨다기 보다는 게임만드는데 엔진을 할 줄 알아야 한다고 생각해서 했던거였는데..
계속 엔진프로그래머를 못뽑으면서 생각보다 너무 오래했습니다;;
뭐 틈틈이 게임플레이쪽도 꽤 했지만 말입니다.

어쨋건 딱히 마음에 드는 회사가 없어서 고민중입니다..;;
아 머리아프네요.

흐음.
이전 프로젝트를 할때 명세서를 작성하고 기획팀에게 브리핑을 한 뒤 명세서상으로 피드백을 받고 진행했었습니다.
서버쪽은 wiki를 사용했고 클라이언트쪽은 스프링노트를 사용했었는데요.

요즘 TDD관련 작업들을 하다보니.
명세서를 작성하는 대신에 TestFirst로 작업을 진행하고, 그 테스트 코드를 브리핑하는 방법도 좋을것 같습니다.
사실 명세서는 처음에는 잘 작성하지만 유지보수가 잘 안되거나 하는 경우들이 꽤 많아서 불편한 부분들이 있는데.
테스트 코드를 그대로 사용하게 되면 유지보수야 당연히 하는것이니 일이 줄어들거고, 기획쪽에서 볼때도 상세하고 실제적인 명세를 볼 수 있을거라 생각합니다.
물론 어느정도의 설명을 주석으로 달아야 겠지만요.

그런데 문제가 테스트코드파일들을 스프링노트나 위키에 긁어붙이는것도 꽤 번거로운데요.;;
(게다가 스프링노트는 소스코드를 넣는 형식이 있음에도 컬러링을 지원하지 않아서 보기가 불편합니다.)

흐음.. 이부분을 Addin형태로 만들어서 Upload버튼을 누르면 자동으로 스프링노트에 컬러링을 포함해서 올려주는 기능이 있으면 꽤 편해지지 않을까...라는 생각이 듭니다.
아니면 커밋되는게 있으면 자동으로 올려주는것도 괜찮겠네요..이러면 addin이 아닌가-_-;

물론 기획팀이 잘 봐야 말이지만, 꼭 기획팀이 보는 용도가 아니어도 같은 팀 내에서 본다던가(이건 코드 보는게 빠를듯), 코드 리뷰등을 할 때 사용할수도 있고, 서버팀과 클라이언트팀의 경우는 사실 코드를 따로 관리하기 때문에 소스를 열어서 보기는 좀 부담되니 스프링노트에서 본다던가 하는것도 괜찮겠네요.

좋지 않은점은, 피드백이 힘들다는 점인데..
일방적인 전달 경로로는 괜찮지만, 노트에 피드백을 받기가 힘들다...하는 부분이 있습니다.
이부분은 중간중간 피드백을 하지말고 하단에 코멘트 메쉬업을 달고 upload시 그부분을 유지시켜주는 방법도 있는데...흐음 좀 불편할거 같기도 합니다..

구현자체는, 해본적은 없지만-_- msn bot으로 스프링노트에 글을 쓰는 게 가능하지 이론상으로는 구현이 가능할 것 같습니다.

...
한참 써놓고 나니 addin보다는 서버단에서 커밋되는걸 처리하는게 날 것 같고, 아니면 그냥 내부 인터넷용으로 websvn을 붙여버리는 편이;;;;

쓸잘데기 없으려나..흐음;;;

어제 회사에 가서 마지막까지 남아있던 직원들 전부 사직서 작성하고, 사직처리 해서 경력증명서 5장씩 받아왔네요.

사실은 이 글을 쓰기전에 서비스 종료공지가 올라갔다는 글을 먼저 쓸거라고 생각했는데..
회사가 폐업처리 된 이후에 알아서 공지하겠다고 우기는 웃기지도 않은 파란 덕분에...
개발사는 문 닫았는데 서비스는 되고 있는 이상한 상황에 처했습니다;;;

뭐 사실은 게임이 접힌거보다는 떼이는 돈이 너무 많은게 더 마음아프긴 합니다만...

일단은 다음주는 체당금 관련 서류처리랑 실업급여 신청하고..
의료보험 돌려놓고.. 해야겠네요..

한 한달정도는 계속 놀 생각입니다;
뭐 쉬는 동안 운전면허나 딸 생각입니다.
다음 회사는 운전면허 따고 나서 알아보기 시작하려고 하고 있습니다.

으음 마무리를 지을 말이 마땅한게 없네요.
어쨋건 오늘부터 백수!