posted by 쑥갓 2008.03.28 03:47

우선 아래 글들을 읽으시기 바랍니다.

채용이 번복된 사람의 글
그 내용에 반박하는 사람의 글 - 반박글 원본은 글 쓰신 분이 지우셔서 댓글을 보시다 보면 다른 분이 올리신게 있습니다.

좀 민감할 수도 있는 내용이고, 이런 주제는 제 생각만 적는 경우는 괜찮지만 이런 특정 경우에 대한 내용에 대해서 글을 적는 걸 별로 안좋아 하는 편이라 고민을 하다가 결국 글을 쓰게 되었습니다.

참...안타깝습니다.
채용번복이 된 것 자체야 어떤 경위로든 결국은 같이 일할 사람들이 마음에 들지 않는다면 같이 일할 수 없는 것이니 어쩔 수 없다고 해도 풀어나가는 방법이 좀 문제가 있군요.

저도 어쩌다 보니 팀장이라는 직책을 5년 넘게 하며 많은 분들을 면접보고 채용하고 했습니다만.
제가 회사를 들어갈때도 그렇고 사람을 채용할때도 그렇고.
늘 생각하는건 회사입장에서도 면접자를 면밀히 판단하여 선택을 하는 것이고, 면접자 입장에서도 회사를 면밀히 판단하여 선택을 하는 것이라고 생각합니다.

그래서 항상 면접볼때 가능하면 다른 괜찮은 회사들이 있으면 면접들을 더 보고, 그리고 나서 저와 같이 일하는 걸 선택해주는게 가장 좋다고 면접자분들께 말씀드립니다.
그 이유는 실제로도 뽑아주기만 하면 무조건 오겠다.. 라거나 다른데는 잘 안되서 어쩔 수 없이 오게 되었다든가, 그냥 대충 보니 괜찮아 보여서.. 가 아나라 다른 회사들과 비교를 해보고 분명한 이유를 가지고 선택해서 들어왔다.. 라는 생각을 가지고 입사후에 아.. 그때 그 회사를 가는게 나았으려나.. 하는 생각 없이 선택을 최선의 선택으로 만들기 위해서 노력하기를 바란다는 말씀을 드립니다.

저의 경우는 미심쩍은 게 있는 면접자는 아무래도 뽑기가 힘들어지는 성격입니다. 그건 회사를 입사할 때도 마찬가지입니다. 미심쩍은 부분들은 일단 뽑아놓고 보자.. 라거나 일단 들어가고 보자.. 라는 건 좀 거부감이 있습니다.
저도 면접후에도 사소한 것들에 대한 의문을 물어보는 경우들이 많고, 면접자 분들이 사소한 것들을 물어보셔도 회사 들어오고 나니 이런 문제가 있더라.. 라는 것 보다는 회사 들어오기 전에 알고 들어오는 것들이 좋으니 궁금한게 있으시면 부담갖지 마시고 전화하시라고 하는 편입니다.

사실 회사라는 곳이 들어가고 나서 이 회사 진짜 막장이구나.. 하고 판단할 정도가 되면 이미 발을 빼기가 힘든 상황들이 많고, 그 회사의 문제점들이 사소한 부분들에 묻어나는 것들을 보고 판단할 수 밖에 없는 경우들이 많습니다. 그래서 사소한 부분들을 간과하고 넘어갈 수 없는 경우들이 있습니다.

저는 일하다보면 제 코가 열자쯤-_-되는 경우가 많기 때문에(보통은 스스로 무덤을orz) 관리업무를 소홀한 경우가 많아서 그리 좋은 팀장은 아니었던거 같습니다.(뭐 싸이코라는 말도 들었었지만 ㅎㅎ)
그나마 좋은 부분이라고 해봤자 다른 팀원의 코를 열자로 만드는 대신에 제코가 열자가 된다는 정도겠지만, 그건 귀찮아 하거나 싫어하는 일을 다른 사람에게 떠 맡기는 걸 싫어하기 때문이지요.(제가 이상하게 그런 귀찮은 일들을 재밌어하는 경우가 많기도 하지만-_-)

뭐 이런 방법이 팀관리 차원으로 보면 좋은 경우는 아니기는 합니다만, 팀원들에게는 싫은 일을 아예 안할수는 없겠지만 가능하면 실력향상이 되거나 스스로 재밌어하거나, 경험이 있어서 잘 할 수 있는 업무들만 주고 싶은 마음 깊은 배려-_-;가 있습니다;; 귀찮은 것들은 차라리 내가 하고 말고, 팀원들은 기분좋게 일하게 하자... 하는 생각입니다만..(그냥 싫은 소리 하는걸 잘 못하는 걸지도..orz)

뭐 얘기하다 보니 내용이 좀 잡다해졌읍니다만..
다른 사람들과 같이 생각을 맞춰서 일을 하고, 새로운 팀원들을 뽑는 것들은 몇년이 지나도 그리 쉽지 않은 것 같습니다.
하지만 IT업계는 사람이 재산인 만큼 신중하게 할 수 있도록 계속 노력해야 되겠습니다.
(결론이 무슨 공익광고 같애;;;)

'게임개발 > 생각' 카테고리의 다른 글

Game Development Meme  (9) 2008.07.13
최근 문제된 채용과 관련된 당황스러운 일.  (9) 2008.03.28
C# vs C/C++ Performance  (4) 2008.03.03
요즘 구인광고들을 보면..  (12) 2008.02.29
VisualStudio 스프링노트 Addin?  (4) 2008.02.26
Visual Studio 2008 shell을 보니.  (3) 2008.01.17
posted by 쑥갓 2008.03.24 22:50


역시 마사미가 최곱니다-_-)=b

'잡담' 카테고리의 다른 글

[사진유머] 사격은 좀 떨어져서 하기 아니면  (0) 2008.09.02
살이 찌고 있습니다..;;;  (9) 2008.05.23
나가사와마사미 칼피스CM  (0) 2008.03.24
네덜란드에 가게 되었습니다.  (39) 2008.03.18
백수가 되었습니다.  (9) 2008.02.16
근황  (4) 2008.02.14
posted by 쑥갓 2008.03.18 00:06
그다지 길지 않던(?) 백수생활을 마치고 프록스터 스튜디오라는곳에 취업을 하였습니다.
근무를 네덜란드의 덴하그(헤이그)라는 곳에서 하게 되었네요.

회사측에서 다음주;에 오라는걸 많이 미뤄서 4월 첫주나 둘째주 정도게 가게 될 것 같습니다.
뭐 물론 현재 상태로는 언제 돌아올지는 기약이 없는 상황입니다.

영어도 못하는 놈이 해외를 나가려고 하니 저도 영 불안합니다만..
뭐..어떻게든 되겠죠;
회사집만 왕복하다가 영어도 제대로 못배우면 낭패입니다만;;

사고-_-로 미뤄뒀던 운전면허도 후딱; 취득해야 겠네요.
다행이 네덜란드에서는 국제면허증으로 6개월이나 사용할 수 있고, 국내 면허증을 네덜란드 면허증으로 교체가 가능해서 가기 전에 취득하는 편이 좋을것 같습니다.

나가려고 하니 이리저리 생각이 많군요.
xbox360을 들고갈지 말지 wii들고갈지 말지.. 쓸데 없는 생각만 하고 있습니다;

가기전에 시간 되는 만큼 뵐 수 있는 분들은 한번씩 뵙도록 하지요^^
(귀찮아서 과연;;)

'잡담' 카테고리의 다른 글

살이 찌고 있습니다..;;;  (9) 2008.05.23
나가사와마사미 칼피스CM  (0) 2008.03.24
네덜란드에 가게 되었습니다.  (39) 2008.03.18
백수가 되었습니다.  (9) 2008.02.16
근황  (4) 2008.02.14
[일드] 2008년 1분기 드라마 장미없는 꽃집  (5) 2008.01.30
posted by 쑥갓 2008.03.14 19:54
우선! 실행이 안되시는 분은 http://msdn2.microsoft.com/ko-kr/vstudio/aa700819(en-us).aspx 에 있는 VS 2005 SDK를 설치하시면 실행이 됩니다;

원인을 찾고 있으니 급하신분은 위 방법으로 해결하시고, 아니면 당분간은 0.2로 버텨주시기 바랍니다.
죄송합니다;
posted by 쑥갓 2008.03.13 13:54
vs2005와 vs2008을 동시에 지원하다보니..
설치후 devenv.exe를 실행시켜주는과정에서..
둘 중 하나가 설치되어있지 않으면 설치가 안되는 버그가 발견되어서..

급히 배포프로젝트를 nsis로 새로 만들어서 올렸습니다.
배포본만 다시 나가는거라 버전은 올리지 않았습니다.

레지스트리명을 바꿔서 테스트 해보니 정상작동하네요.

설치도 제대로 안되는걸 배포해서 죄송합니다;;;

ps. 덕분에 Download count가 0으로... orz;;
posted by 쑥갓 2008.03.13 04:35

사용자 삽입 이미지
새버전이 배포되었습니다.
http://vutpp.googlecode.com 에서 받으시면 됩니다.

요즘 백수라 매일 집에서 놀다보니 VisualStudio를 실행시키기가 오히려 더 힘들어서 작업이 많이 늦어 졌습니다;;;
퇴직하면서 서류처리가 좀 많았고 요즘 취직관련해서 이리저리 알아보고 사람들 만나러 다니고 하느라 바쁜것도 있지만요;;
취직이 빨리 결정이 안되니 이래저래 스트레스군요;

우선 addin형태에서 패키지형태로 바뀌었습니다.
Addin형태는 VS버전별로 설치를 해야 해서 VisualStudio 2008지원이 추가 되면서 Program Files밑에 하나만 설치하도록 패키지 형태로 변경되었습니다.
근데 VC랑 연동하는 부분을 vs2005와 vs2008을 별도의 dll로 만들어서 리플렉션으로 연동을 해서 리프레쉬속도가 좀 느려졌습니다;;

그리고 툴바를 못찾는 분들이 많으셔서 VisualAssist처럼 메인 메뉴에 메뉴를 추가하였습니다.
사용자 삽입 이미지

그리고 위 메뉴에 있는 내용들을 keyboard shortcut을 설정할 수 있도록 추가하였습니다.
사용자 삽입 이미지

그리고 BindCode를 자꾸 바꾸게 되서(아마 0.4에서 또 바뀔듯;) 번거로우실거 같아서 배포본에 포함하였습니다. 설치폴더에 있는 BindCode들을 직접 프로젝트에 연결해서 사용하시면 편할실것 같습니다.
사용자 삽입 이미지

자세한 변경사항은 아래와 같습니다.

  •  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에 런칭하는 부분이 아예 따로 되어 있는것 같기도 합니다.

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

    posted by 쑥갓 2008.03.03 03:08
    C# vs C/C++ Performance

    흐음 흥미로운 글이네요.

    대략 정리하면 C#의 경우는 native C++과는 달리 .net 프레임웍 기반에서 실행되면서 듀얼 코어라든가, 하이퍼 스레딩, SSE등의 인스트럭션등을 사용자 PC에 맞게 사용이 되기 때문에, 잘 디자인 된 C#코드의 경우 동등한 잘 디자인된 native C++보다 90%정도 빠르다.. 그리고 native C++의 경우 코드 크기가 커질수록 page fault가 자주 일어나서 하드를 읽어야 하기 때문에...가비지 콜렉션 기능이 있는 C#이 낫다..라는 내용인것 같습니다.

    그렇다는 얘기는 managed C++도 같은 얘기일까요?

    사실 프로그램은 점점 복잡해지고 있고, 사양은 높아져 가고 있어서..
    요즘은 스크립트로 많이 대처된다거나 하고 있기 때문에..
    속도가 중요한 엔진이나 서버쪽 중요로직들 외에는 퍼포먼스보다는 개발속도를 높이고 유지보수가 쉬운쪽으로 가는 추세라고 생각합니다.

    뭐 스크립트도 좋지만, C#의 경우는 C++과는 컴파일속도가 비교할 수 없을 정도로 빠르기 때문에 스크립트 보다는 C#을 사용하는 편이 재실행을 해야 한다 라는것 외에는 개발적으로 훨씬 좋다.. 라고 생각하고 있는데.. native C++하고 bind하는 게 영 불편한지라-_- 엔진도 C#으로 만들게 아닌 이상은 실제로 사용하기는 힘들다고 생각합니다;

    뭐 그래도 꾸준히 C#에 대한 공부를 하고 있긴 하지만 별도의 어플리케이션 외에 C++과 코드를 공유해야 하는 경우는 아직은 좀 더 생각해 봐야 할 것 같습니다.

    ps. 도대체 왜 ms는 native c++과 C#을 bind하기를 이렇게 어렵게 만들어 놨을까요;;

    '게임개발 > 생각' 카테고리의 다른 글

    Game Development Meme  (9) 2008.07.13
    최근 문제된 채용과 관련된 당황스러운 일.  (9) 2008.03.28
    C# vs C/C++ Performance  (4) 2008.03.03
    요즘 구인광고들을 보면..  (12) 2008.02.29
    VisualStudio 스프링노트 Addin?  (4) 2008.02.26
    Visual Studio 2008 shell을 보니.  (3) 2008.01.17
    TAG
    posted by 쑥갓 2008.02.29 14:27

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

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

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

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

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

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

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

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

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

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

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

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

    '게임개발 > 생각' 카테고리의 다른 글

    최근 문제된 채용과 관련된 당황스러운 일.  (9) 2008.03.28
    C# vs C/C++ Performance  (4) 2008.03.03
    요즘 구인광고들을 보면..  (12) 2008.02.29
    VisualStudio 스프링노트 Addin?  (4) 2008.02.26
    Visual Studio 2008 shell을 보니.  (3) 2008.01.17
    SUI  (2) 2006.10.21
    posted by 쑥갓 2008.02.26 00:48

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

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

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

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

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

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

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

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

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

    '게임개발 > 생각' 카테고리의 다른 글

    C# vs C/C++ Performance  (4) 2008.03.03
    요즘 구인광고들을 보면..  (12) 2008.02.29
    VisualStudio 스프링노트 Addin?  (4) 2008.02.26
    Visual Studio 2008 shell을 보니.  (3) 2008.01.17
    SUI  (2) 2006.10.21
    ONE OUTS 2권 중..  (4) 2006.10.21

    티스토리 툴바