Rhea's Package

하라는 디아블로3는 안하고...

Rhea君 — Tue, 15 May 2012 16:23:47 +0900

또 언제나처럼 분석과 뜯기에 들어간 나란 돼지... .

이러니 PC게임을 못하는 이유...

1) 저사양에서 돌아가는 것은 당연하다, 트릭과 노가다의 결정체.
    정공법으로 들어간 그래픽 수준은 10여년전 Age of Mythology 수준+.
    하지만 트릭들이 ㅎㄷㄷ

2) 배틀넷 프록시 서버와 소켓을 2개 물고 있다.
    포탈 타고 들어갈때마다 데이터 주고 받는 경로가 바뀐다.
    서버 입장에서는 동접 x 2 에 가까운 리소스가 들어간다, 아마 디아2 때 처참했던 배틀넷 때문에 엄청 투자한 듯 보인다.
    메신저 기능도 같은 서버를 이용한다.

3) 로긴 이후, 로컬에서 127.0.0.1이 3개 있다. 각 용도가 어디서 무엇일까?

4) UDP를 열어두었지만 파티 플레이를 해도 사용하지는 않는다.
   서버 접속 2개 연것과 상관있을까?
   방화벽이 없는 집에서 파티 플레이를 해봐야겠다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

캄보디아 잘 다녀왔습니다.

Rhea君 — Sun, 29 Apr 2012 22:16:18 +0900

언제나처럼 무사히 잘 다녀왔습니다.
된장틱한 여행기는 적지 않겠고 스스로 까먹을까봐 생각한 것들만 정리합니다.

- 불교 국가이고 항상 가짜 스님인것을 알면서도 시주를 하던 외할머니가 생각나 바가지를 어느 정도 당해주겠다고 생각했다.
그래도 그게 다 업이다라고 하신 말씀이 생각나서.
물론 분명 옳은 건 아니다. 이제 이렇게 한번 해봤으니 다시 동남아를 가면 항상 흥정하고 구걸에 응할 생각은 없다.

- 동지나해로 곧장 간다. 도중엔 전부 바다가 경치는 볼게 없다.
  인도차이나 반도로 들어가자마자 갑자기 불빛이 잔뜩 보이는데 바로 베트남 다냥이다.
인천 공항과 씨엠립 공항 사이 가장 불빛이 많이 보이는 곳인데 마침 아시아나 항공사 기내 잡지에 다냥행 증편과 함께 기사가 실렸다.
다냥 여행에 관심이 간다.

- 비행기 날개 아래로 별이 보였는데 그게 정말 별인지 배 불빛인지 확신은 들지 않았다.
  11km 상공에는 자기 시선 밑에 별도 보이나? 더 알아봐야지.
그래서 일부러 올때도 창측에 앉아 계속 관찰했는데 방향이 반대라서 북두칠성만 내내 봤다.
대신 운좋게고 유성을 목격.

- 4월이 가장 더운 시즌이라고 하지만 생각보다는 덥지 않았다.
  이건 여름을 좋아하는 성격이기도 하다.
  공항을 나서자마자 공군 시절 여름 활주로 냄새와 풀냄새가 났다. 습도가 높지만 대구의 여름이랑 비슷한 느낌이다.
개구리가 반겨줬다. 도마뱀도 반갑다.

앙코르 와트

- 시엠립 공항은 승강장이 건물과 연결된 것이 아니라 활주로에 승강차가 올라온다.
처음으로 승강차를 타고 비행기에 오르고 내렸다.

- 여행비가 다른 나라에 비해 비교적 저렴한만큼, 그리고 개인적인 욕심으로 돈을 좀 쓰겠다고 생각했다.
4성급 호텔에 묵었는데 수영장도 있고 아주 훌륭했다. 5성급은 솔직히 너무 아깝다. 호텔에 거의 있지도 않은데.
아침 부폐는 아주아주 좋았다. 특히 국수는 단연 압권!
물론 식사는 딱 1번 했다, 원래 아침을 안먹는 습관과 늦잠 때문.

- 앙코르와트의 모든 유적은 훌륭하다.
그러나 그 자체로 어떤 해답이나 영감을 주진 않는다.
이제껏 이 여행을 미뤄놨던 것은, 진짜 엄청난 고민이 있어 답을 찾지 못할때 어떤 해답을 찾기 위해서였었다.
큰 고민없이 이곳에 왔기 때문일까? 저절로 어떤 깨닮음을 주진 않는다.
역시 그런 답은 평소에 찾아야 한다.

앙코르 톰의 바이욘 사원

- 밤 11시만 되면 모든 가게가 문닫는다. 이건 법규가 아니라 문화인듯 하다. 그리고 호텔 주변 톡톡 기사들의 호객도 장난 아니다.

- 밤문화 따윈 기대말것. 없다고 생각하는게 속편하고 미리 마트에서 술사서 호텔에서 마시는게 낫다.

- "오빠", "안녕하세요", "감사합니다.". 이 세마디는 이 나라 사람들 대부분이 알고 있는 듯.

- 오로지 외국어를 공부하고 외국인을 상대하는 것이 이 사람들이 가난에서 탈피하는 유일한 방법이었다.
운전기사, 호텔직원, 공항직원...
어쩌면 우리의 목적없는 영어 공부 역시, 그런 후진국 습성에서 기인한게 아닐까?

- 그럼 난 그런 윤회에서 벗어났을까? 최소한 오덕짙은 게임 프로그래머로 살겠다고 생각하고 행동하는 순간,
약간은 벗어났다고 생각한다.

- 수천년간 힌두와 불교를 믿고산 이들이 왜 계속 가난이란 윤회에서 벗어나지 못하는 것일까?

- 따 쏨에서 만난 애. 여행객에게 어디서 왔냐고 묻고 그 나라별로 숫자 세어주며 엽서를 팜.
이 애들에게 돈주는건 학교 다닐 기회를 뺏는 것이지만 한국말로 "하나둘셋넷..."하면서 조르기에 사줄수 밖에 없었었다,

따 쏨에서 만난 애. 이 애 동생으로 보이는 애에게 엽서를 샀다.

- 그외 내 목욕가방(아주 흔한 동네 스파에서 주는 비닐백)을 보고 너무 좋다고 달라던 22살 아가씨, MP3랑 디카 달라고 조르던 소년...
  비싼 양주 한병 도둑 맞았지만 너무나 가난하기에 용서할수 밖에 없었다...

- 입장료라던가 여러가지 물가가 외국인에게 비쌈. 문제는 그 돈을 중간에서 다 가져간다는 것...
  어디서나 중간관리자, 중간상인...중간이 문제다.

- 돈이 생기면 저축하는게 아니라 쓰고 다시 구걸하거나 일하는 것 같다.

- 너무 슬프게도 앙코르와트라는 엄청난 관광자원이 있어 이들은 계속 가난할 수밖에 없다.
한때 훌륭한 문화유산도 많고 산업도 발전한 유럽의 강대국들이 부러웠지만 과거의 역사는 현재에게 저절로 도움을 주진 않는다.
  우리는 세계에 자랑할만한 문화유산이 없었기 때문에 그 쟂더미 속에서 급속도로 발전한 것인지 모른다.
그리고 중국/러시아를 막기 위한 기지로써의 미국의 원조... 그리고 원조가카쨔응.

- 석굴암을 제외하곤 세계에 자랑할만한 문화유산이 없다고 우리나라가 안타까워했었는데 그런게 있었다면
우리는 전부 1 달라~ 거리면서 외국인 쫓아다니고 남자애는 오토바이 운전하고 여자애들은 전부 몸팔고 있었을듯.

가장 가보고 싶던 곳이었던 따 프롬

- 여행책에서 본 것보다 톡톡 대여값이 비쌌지만 밤에도 계속 서비스 가능했다.
  톡톡 기사에게 아침부터 저녁까지가 아닌, 몇달러 더주고 밤 12시 너머서까지 이용하는 것도 괜찮겠다.

- 앙코르와트, 앙코르톰.... 모든 유적은 엄청나게 훌륭하다.
힌두 신화를 미리 공부할 것. 그런데 힌두 신화는 생각보다 잔인한 면이 있다.
물론 인간이 아닌 신의 섭리에 맞춰 사는것인데 이것이 당시 지도층에게 어떤 도구로 사용했는지 더 봐야겠다.
전부터 도교 문화를 공부해야지...라는 생각을 했는데 힌두교->불교->도교 순으로 공부해야겠다.
수메르 문명을 공부한 이후, 그리스/기독교가 더 쉽게 이해된 것 처럼.

- 크메르어를 공부해야겠다. 톡톡 기사(Mr.Bun)에게는 팁대신 한국어 회화책을 하나 선물했다. 나는 크메르어 사전을 하나 샀다.
  사실 돈도 후하게 줬고 Mr.Bun이 추천하는 가게들을 많이 갔다. 커미션 꽤나 두둑히 받았을 것이다.
  비싼 술도 사줬고. 오죽했으면 뚜레샵 호수에서는 자기가 쏜다며 내게 물을 사줬겠는가?
몇일간 후하게 벌었으면 잘 저축하고 계속 일했으면 한다. 아마 돈 벌었다고 또 한창 쉬겠지만 말이다.

- 서점을 둘러보며 금방 이 나라가 빨리 발전하진 못하리라는 확신이 들었다.
책의 대부분은 동인지 수준의 통속 소설들이며 학술책은 거의 없고 수준도 너무 낮았다.
이미 일본이 한차례 왔다가 간지라 한국어 회화책들이 많았다.
하지만 회화의 대부분은 한국으로 일하러 가서 꼭 필요한 회화들이 대부분이었다.
앞서 말한, 선물용 회화책은 최대한 그런 내용이 없고 평범한 회화로 적힌 책으로 골랐다.

똔레쌉 학교에서 만난 애. 이미 구걸과 기증이 하나의 관광 상품으로 자리 잡아 가슴아팠다.

- 역시 앙코르 와트에서도 잠자리 선글라스와 원피스로 싸이용 사진을 찍는 된장녀를 목격할 수 있었다.
로마 이후 간만이다.
하지만 어딜가든 역시 일본인 여자 관광객이 젤 이쁘다.

- 자취생은 흰옷 입고 가지 말것!
대부분 황토인데 한국 황토보다 더 진하다. 세탁기 돌려도 안빠짐.
덕분에 나물은 무척 맛있다. 하지만 전기에 이어 과일까지도 태국에서 수입산이라니.

- 조선 된장녀들이 한국 남자들과 인터넷에서 싸울때 니네는 동남아 여자 밖에 만날 수 없지~라면서 딸치는데,
그곳도 이쁜 애들은 이뻤다. 그 비율도 한국보다 결코 낮지 않다. 한국식 화장한 여자는 피부도 하얗고 김치 된장년 싸대기 날린다.
보지도 않고 함부로 말하지 마라. 뭣보다 비만 돼지는 한국보다 확실히 적다.

- 또가고 싶다. 그때에는 그냥 숲속에서 가만히 누워만 있다가 오고 싶다.

- 다음은 카프카를 찾아 동유럽 or 남십자성과 마젤란 성운을 보러 남반부로 갈 예정이다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

캄보디아 다녀옵니다.

Rhea君 — Tue, 24 Apr 2012 20:27:42 +0900

꼬꼬마 시절, 패트레이버2를 보고 언젠가 앙코르와트에 가봐야지...했었는데 지금에서야 가게 되었네요.

...실은 원래 동유럽 준비중이었습니다만 예약이 안되어서 캄보디아로 변경했습니다.
그래도 원래 가고 싶던 곳이었기 때문에 괜찮습니다. 다만 좀더 오래 나가있고 싶었는데 금방 돌아오네요.
기대하던 레이디 가가느님의 콘서트를 보지 못하는게 또 아쉽기도 합니다.

지금이 제일 더울 시즌이라던데 얼마나 더운지 몸소 체험하고 오겠습니다.

다녀와서 뵙겠습니다.

이미지 출처 : http://www.sacred-destinations.com/cambodia/angkor-wat-photos/slides/sunrise-cc-stuck-in-customs

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

NDC 2012 다녀왔습니다.

Rhea君 — Tue, 24 Apr 2012 20:13:24 +0900

날씨보소, 너무 좋아 지리것소

어제는 다른 일로 불참, 내일은 출국인지라 오늘 하루 NDC 2012를 다녀왔습니다.
모두 듣고 싶은 세션들이었지만 어제의 숙취가 가시지 못한 탓에 고르고 골라 가장 듣고 싶은 세션 두개만 들었습니다.

먼저 주복님의 세션, "완벽한 MMO 클라이언트 설계에의 도전". ... Aㅏ... 고민의 흔적이 많이 보입니다.
항상 새로운 시도로 전에 없던 것을 만드시는 팀이시고
개발자로서의 수많은 실험을 해보이시는 팀이니 분명 고민하시던 답을 얻게 되리라 믿습니다.
무엇보다 모두들 그 답을 기대하고 있으니 어깨가 살짝 무거우실테지만 분명 찾으실겁니다.

두번째는 곧 결혼하시는 승명님의 "마비노기 영웅전 자이언트 서버의 사례로 본 다음 세대 크로스플랫폼 MMORPG".
네, 본격적인 웹서버의 게임 서버화가 시작되었었습니다. 저도 Game4U(KGC 2011때 발표했었죠.)를 만들며 2년전부터 시도한 아키텍쳐죠.
대학 다닐때 ASP 2.0으로 격투게임 서버를 만든 기억은 요즘 들어 특히나 새롭습니다.

Game4U 때는 node.js 가 아직 세상에 나오기 전인지라 REST API에는 IIS를, GRAPH API에는 C++ 소켓서버를 이용했습니다.
이제는 뭘로 할런지 모르죠, 하지만 한가지 확실한건 앞으로 많은 실험과 벤치마킹이 필요하다는 것입니다.

저부터라도 node.js의 재빌드, 매일매일 각 서버들의 I/O 벤치마킹, 프로토콜/압축율/배터리 벤치마킹이 필요합니다.

그러니 우리 모두 나눠서 합시다!!!!!!!!! -_-;;;;;
외국에서 실험한 것만 트위터에서 맨날 리트윗하지 말구요.

저는 현재 node.js에 셰이더 올리는 것까지 고민중입니다.
딱히 쓸때는 없더라도 재미있는 떡밥이 되리라 생각합니다.

모두들 같은 고민인데 스마트폰, 자바스크립트 서버, NoSQL 등이 나오며
그 자체뿐만 아니라 그들을 위한 많은 기술들이 선보이고 있습니다.
이는 분명 고전적인 "C++ 게임서버 + 로직 | 분산 아키텍쳐 | 관계형 DBMS"로 대표되는 이전과는 꽤 다릅니다.
원하는 퍼포먼스 & 생산성 & 빠른 유지보수를 내기도 생각보다 쉽지 않고요.

하지만 Native C/C++을 익혀온 게임 개발자들에게는 도전해볼만하고 발전시켜볼만한 재미는 넘칩니다.
저두 원래 그런 솔루션이 있던 회사 출신에다가 남들보다 일찍 시도한 덕분에 꽤 많은 답을 얻었지만 여전히 배가 고픕니다.

재미있는 것은 기존 웹개발자들에게 분명 새로운 기술 시장이 열렸는데 별로 관심이 없다는 사실입니다.
jQuery 이상 별로 찾지 않는 것 같습니다.
하지만 약간의 관심을 가진다면 웹게시판 코더에서 분산서버 전문가로 성장할 수 있는 시기이기도 합니다.

혹자는 "그게 바로 Native를 모르는 웹개발자의 한계다"라고 하는 사람도 있습니다만,
분명 웹개발자분들에게 지금이야말로 더 깊은 곳까지 들어가보기 위한(?) 최고의 기회입니다.
저도 그랬었고 조만간 웹개발팀이 아닌 게임서버팀에서 웹개발자와 웹서버 SE를 구인할 것 입니다.

특히, 짧게 언급하셨지만 가로로 나뉜 서버(아이템, 스토리 등 성격별로 나뉜 서버)를 다시 합쳤다는 것이 아주 재미있었습니다.
다이어그램을 보니 복잡하더군요. 요청/응답에서 시간 다 잡아먹는게 보임요.
따라서 개발중이라도 매일매일 라이브 상황을 재연하는게 서버 개발자에게 가장 중요합니다.

백수의 위엄. 직급인 "자택경비실장"은 안나왔음.

좋은 계절에 좋은 시간을 만들어주신 NDC 관계자분들께 진심 감사드리며,
이번에 발표하신 넥슨 분들은 내년도 GDC 티켓을 모두들 거머쥐시길 바랍니다. ^--^

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

모 IT기업 사태와 Hudson, 그리고 평가.

Rhea君 — Tue, 24 Apr 2012 19:14:24 +0900

아직도 머리가 띵하다, 어제 너무 많이 마신 탓이다.
갑자기 급음주한 이유는 요즘 트위터와 뉴스를 통해 개발자들 사이에 꽤나 시끄러운
정자동 ~~조기축구단~~ 모 IT 회사 다니시는 형님을 뵈었기 때문이다.

단도직입적으로 안짤리냐고 여쭈었지만
다행히도 아직 정리해고 되신 분은 없다고 하며 그럴 일은 없을 것이라 하셨다. 정말 다행이다.
대신 알려진대로 출퇴근 버스가 사라지는 것과 휴게실 등에 대한 이야기는 사실이라고 하셨다.

그 복지 좋기로 유명했던 초대형 IT 기업(CSO님은 대기업이 아니라고 하시지만)이
갑자기 구설수에 오른게 참 안타까운데 술자리답게 그렇게 될수 밖에 없었던 이야기들이 무척 많이 나왔다.

그중 술이 확깬 이야기는 바로 Hudson(http://hudson-ci.org/ 허드슨)이었다.
허드슨은 소스의 지속적인 통합(Contunuous Integration)관리를 위해 사용하는 툴이다.
무엇보다, 그 기업에서 자사의 코드를 허드슨으로 관리한다고 밝혀 더욱 유명해졌다.

나도 샀었다... .

분야가 다르기에 게임 쪽에서는 이런 툴을 잘 쓰지 않는다. 그리고 반드시 이런 툴을 써야 된다고 할수도 없다.
(추가 : 민군은 이걸 썼고 지금도 쓰고 있다고함.)

하지만 JSP를 이용하는 웹개발 환경이고 많은 수의 개발자가 있다면 반드시 필요할지도 모르겠다.

그런데 이 툴은 그 기업에서, 개발자들의 "업무평가"에 사용되었다고 한다.
즉, 그 사람이 일을 열심히 했는지 안했는지, 좋은 코드를 짰는지 못짰는지, 결론적으로 잘했는지 못했는지를 이 툴로 평가하였다고 한다.
결국 사람들은 기술적으로 좋은 코드, 사업적으로 좋은 코드가 아닌 오로지 허드슨에 맞추기 위해 일을 했다고 한다.

그러니 100여명 개발자 조직이 5명으로 돌아가는 조직보다 더 효율이 떨어지는 기현상이 나왔고
지금의 사태에 아주 큰 영향을 끼쳤다고 한다.

정말이지 S/W가 사람을 지배하는 엄청난 현상이 나타난 것이다.
기계가 사람을 지배했고 기업을 지배해버렸다. 술 마시다가 한기를 느낄 정도로 오싹했다.

추가 : "허드슨이 아무리 똑똑해도 그게 재미있는 게임인지 아닌지까지 답해줄까?" 라고 하심. 돋음.

물론 처음 이 툴을 도입할때는 그런 의도는 아니었을 것이다. 정확한 규칙의 적용과 효율성과 측정이 목표였을 것이다.
하지만 뛰어난 툴이 있었지만 커뮤니케이션의 부재, 신뢰의 부재,
그리고 개발자들의 작업을 공감하는 능력을 가진 중간관리자가 부재했다고 생각한다.
비단 개인 평가를 위해서만이 아니라 기술직군에 있다면 작업의 흐름과 팀원들의 마음을 공감해야 한다.
그게 관리하는 능력이라 믿는다.

그걸 툴에게만 맡긴다면... 실로 끔찍하다, 디스토피아의 현장이 SF영화가 아니라 바로 코앞의 정자동에서 벌여졌다.

모든 일이 허드슨 하나 때문에 일어난 것은 아닐 것이지만 술먹다가 한기를 느낀 적은 처음이다.
그래서 아직도 머리가 띵한 이유이지 싶다.

또 이런 무관한 일로, 더 이상 바닥이 없던 JAVA에 대한 나의 호감도는 더더욱 심연의 구렁텅이로 떨어졌다.

계속 떨어지는 JAVA에 대한 호감도

이 포스트를 적으며 다른 CI툴을 검색하다가 또다른 기사를 볼수 있었다.
CI 툴은 "사람을 위한 자동화"라고 한다.
이번 사태는 CI툴이 사람을 죽였다.

PS) 정자동 N모사 따라쟁이 오리역 모회사에서도 현재 비슷한 일이 일어나 200여명이 인력풀에 있다고 한다.
정말이지 항상 비슷한 괘적으로 그리는 것을 보면 신기한 일이 아닐 수 없다. 일부러 따라하라고 해도 못하겠다.

또하나, 그 형님은 이번 일과 관련하여 그런 식으로 말씀하실수 밖에 없었던 CSO님도 이해된다고 하셨다.

하지만 무엇보다 가장 큰 피해자는, "굴지의 그 기업도 그러니, 우리도 허리띠를 졸라매고 조기출근에 야근을 한다!" 식으로 결정짓는 분 밑에서 일하는 직원들일 것이다.
그런 개념없는 일, 이젠 없겠지? 물론 나는 어릴떄 겪어봄... .

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

네트워크 게임 튜터리얼 5 - 드디어 직렬화

Rhea君 — Tue, 17 Apr 2012 05:53:30 +0900

안녕하세요? Rhea입니다.

누군지 모르신다고요?

아...흠....그러니까..... (;゜∇゜);;;;;;;;

한때 네트워크 강좌를 적다가 잠적했던 백수 히키코모리인데요...

그것도 추가 강좌를 적겠다고 맘먹고 놀기 바빠 사라졌는데요......

으으윽 잘못했습니다. ㅠㅠ

성실하게 살겠습니다.

때리시면 맞겠습니다... ㅠㅠ

지난 시간 Serialize, 직렬화에 대해 언급했습니다.

그리고 직렬화를 이뤄지는 라이브러리에는 상용도 있고 공개된 버전도 있다고 하였습니다.

물론 Boost.Serialization을 잊지 말아야겠죠, 이 강좌에서 사용하는 엔진이 ASIO이고 ASIO는 Boost 답게 Boost.Serialization과 멋진 궁합을 보여줍니다.

1. 패킷 정의

이번에 보내볼 패킷은 다음과 같습니다. 대강 그럴싸하게 만든 엉터리 패킷입니다. (*￣∇￣)/

// MySerializePacket.h

class ANS_LOGIN
{
public:
// 로긴성공
BOOL isOK;
// 사용자 식별번호
UINT uUserSerialNumber;
// 사용자 이름
string strName;
// 경험치
long lExp;
// 레벨
UINT uLevel;
// 소유 장비
map<long, long> mapEquipment;
// 친구목록
vector<UINT> vtGuildFriend;
}

이것은 로비에 접속되었다고 가정했을때, 로긴 성공 메시지로 알려주는 내용입니다. BOOK isOK로 성공했다고 알려주고, UINT uUserSerialNumber 라고 사용자 식별번호도 알려줍니다.

UINT uUserSerialNumber 같은 INT형 사용자 식별번호는 시중의 책에서는 거의 나오지 않습니다(아니 그전에 로긴 방법을 소개하는 게임 제작 책이 있던가요?) 예전에 만든 아바타 채팅에서는 단순하게 사용자별 Key값을 단순히 ID로 했습니다. 그러나 실제 서비스되고 있는 상용 서버(게임 이외에도) 내에서는 string 형태의 ID를 사용하지 않고 INT형으로 분류합니다.

string에서 INT로 바뀌면 개발자에게 상당히 편합니다. 개발자 뿐일까요, string으로 검색하지 않고 INT로 검색하니 컴퓨터에게도 빠르고 좋습니다. 당연히 DB에서도 Primary Key값은 이 UserSerialNumber 같은 INT값입니다!!! 이렇게 짤때 따라오는 코딩의 편리함에 대해서는 따로 이야기하지 않겠습니다. 여기에 그치지 않고 서비스의 성격부터 바꿀수 있습니다.

이것에 대한 예로는 트위터를 들까 합니다.

트위터는 표시되는 프로필이름(대화명)을 바꿀수 있습니다.

계정 메뉴에서 아이디를 바꿀수 있습니다.

그리고 무려 이메일 주소도 바꿀수 있습니다!!!

그럼 사용자 구분은 뭘로 할까요, <ID>라는 별도의 INT형(실은 LONG 정도 되겠죠?) 필드로 따로 관리합니다. 물론 사용자에겐 보여지지 않습니다.

JAWITTER = Joint Assault Windows Interface for twiTTER 라는 4달째 개발"중"인 툴입니다. 필자의 ID가 보입니다.

모든 멤버쉽 서비스는 이렇게 돌아갑니다. 이메일이나 ID를 변경하느냐 못하느냐는 기획과 사업적인 문제이지 개발적인 문제가 아닙니다.

다음을 보죠, 드디어 STL string이 나타났습니다. char에 담은게 아닙니다. 그리고 장비목록은 STL map에 담았고 친구리스트는 STL vector에 담았습니다.

과연 제대로 날라갈수 있을까요?

2. Boost.Archive

Boost.Serailize의 컨셉은 Boost.Archive란 유틸리티 클래스에 기반합니다.

Archive는 직렬화를 하는 text_oarchive 클래스와 풀어주는 text_iarchive 로 구분됩니다.

이건 코드를 보는 편이 훨씬더 빠릅니다.

#include <boost/archive/text_oarchive.hpp>
#include <boost/archive/text_iarchive.hpp>
#include <iostream>
#include <fstream>

void save()
{
std::ofstream file("archiv.txt");
boost::archive::text_oarchive oa(file);
int i = 1;
oa << i;
}

void load()
{
std::ifstream file("archiv.txt");
boost::archive::text_iarchive ia(file);
int i = 0;
ia >> i;
std::cout << i << std::endl;
}

int main()
{
save();
load();
}

간단한 파일 세이브/로드지만 막강합니다. << 로 파일 스트림으로 쓰고 >>로 파일 스트림에서 읽어왔습니다.

이제는 일반 변수가 아닌 클래스를 갖고 놀아보죠. 왜냐면 패킷도 클래스이기 때문입니다.

#include <boost/archive/text_oarchive.hpp>
#include <boost/archive/text_iarchive.hpp>
#include <iostream>
#include <sstream>

std::stringstream ss;

class person
{
public:
person()
{
}

person(int age)
    : age_(age)
{
}

int age() const
{
    return age_;
}

private:
friend class boost::serialization::access;

template <typename Archive>
void serialize(Archive &ar, const unsigned int version)
{
    ar & age_;
}

int age_;
};

void save()
{
boost::archive::text_oarchive oa(ss);
person p(31);
oa << p;
}

void load()
{
boost::archive::text_iarchive ia(ss);
person p;
ia >> p;
std::cout << p.age() << std::endl;
}

int main()
{
save();
load();
}

person이라는 클래스를 직렬화했습니다!!

이것을 해주는 것이 Boost안의 serailization.hpp의 인라인함수인 serialize()입니다.

// serailization.hpp

// default implementation - call the member function "serialize"
template<class Archive, class T>
inline void serialize(
Archive & ar, T & t, const BOOST_PFTO unsigned int file_version
){
access::serialize(ar, t, static_cast<unsigned int>(file_version));
}

이를 위해서는 person안에 serialize()를 오버라이딩해줘야 합니다.

이 모습은 우리에게 친숙한 MFC에서도 발견할수 있습니다. MFC의 맨상위 클래스인 CObject를 보시면 Serialize()이란 가상함수가 존재하고 있음을 발견하게 됩니다.

// afx.h

virtual void Serialize(CArchive& ar);

이는 MFC에서 상당히 중요한 의미를 가지는데 MFC의 모든 클래스에서 직렬화를 구현할수 있다는 의미입니다.

Boost에서는 따로 선언을 해줘야 합니다. 위에서는 friend class boost::serialization::access;로 끌어댕겼습니다.

여기서 잠깐!

참고로 제가 이렇게 가끔 MFC로 설명하는 경우가 있지만 MFC광팬은 아닙니다.

지금보면 MFC는 Native C++과 생소한 Windows 자료형, 그리고 리소스가 당시의 부족했던 기술로 조합하거나 너무 큰 기술로 결합되어 있고 지금도 그 Legacy가 제대로 걷혀지지도 못했습니다.

누군가 제 블로그를 MFC 예제 사이트라고 오래 전에 멋대로 적은 바람에 그 이후엔 블로그에서는 MFC 사용도 안하고 있습니다.

다만 MFC은 무려 1992년에 나온 거의 최초의 상업용 C++ 클래스이자 프레임워크입니다(볼랜드는 OWL).

그안에 들어간 개념과 철학들은 C++의 역사라고 봐도 무방합니다.

그리고 후대의 많은 프레임워크들에게 엄청난 영향을 주었습니다. 아이폰 앱을 만드는 Cocoa 프레임워크도 MFC의 영향, 엄~~~~~~~~청나게 받았습니다.

제가 말씀드리고 싶은 것은 바로 코앞에 있는 MFC의 개념을 잘 이해하면 자신만의 프레임워크를 만들기도 편하고 다른 프레임워크를 이해하기도 무척 편하다는 말입니다.

MFC가 없었으면 C++도 없었어!!

그러니 광팬은 아니지만 MFC 너무 까지마염 ㅠㅠ 조만간 예제 코드 WTL로 바꿀꺼임.................무슨 말을 할려고 박스까지 쳤지는 까묵!!!

3. Asio.Serialization

직렬화의 비밀은 Archive에 있다고 알려졌습니다. 이제는 Archive를 ASIO, 즉 소켓으로 보내볼 차례입니다.

뜬금없지만 평소 적고 싶었던 말

코딩에 앞서 뿌니뿌니~♡

먼저 패킷 클래스에 직렬화 함수를 추가합니다.

// MySerializePacket.h

template <typename Archive>
void serialize(Archive& ar, const unsigned int version)
{
  ar& isOK;
  ar& uUserSerialNumber;
  ar& strName;
  ar& lExp;
  ar& uLevel;
  ar& mapEquipment;
  ar& vtGuildFriend;
}
};

후훗, 추가되었습니다.

다음은 핵심인 직렬화 과정입니다.

이번 회의 소스는 ASIO 예제사이트인 http://www.boost.org/doc/libs/1_48_0/doc/html/boost_asio/examples.html 에 있는 Serialization 항목에서 가져왔습니다. 그런데 해당 예제는 서버에 Session 클래스가 없습니다. 실제 세션을 열어 데이터를 주고 받을 수 없기 때문에 http://www.boost.org/doc/libs/1_48_0/doc/html/boost_asio/example/serialization/connection.hpp 을 가져와 CSerializeEngine이라는 이름을 붙였습니다. 무려 클래스명에 Engine씩이나 붙인 이유는 이 정도 작업을 해주는 클래스는 정말로 서버 Engine 레이어이기 때문입니다.

다음은 실제 패킷을 직렬화하고 소켓으로 보내는 부분입니다.

/// Asynchronously write a data structure to the socket.
template <typename T, typename Handler>
void async_write(const T& t, Handler handler)
{
    // Serialize the data first so we know how large it is.
     std::ostringstream archive_stream;
    boost::archive::text_oarchive archive(archive_stream);
    archive << t;
    outbound_data_ = archive_stream.str();

    // Format the header.
    std::ostringstream header_stream;
    header_stream << std::setw(header_length)
      << std::hex << outbound_data_.size();
    if (!header_stream || header_stream.str().size() != header_length)
    {
      // Something went wrong, inform the caller.
      boost::system::error_code error(boost::asio::error::invalid_argument);
      socket_.get_io_service().post(boost::bind(handler, error));
      return;
    }
    outbound_header_ = header_stream.str();

    // Write the serialized data to the socket. We use "gather-write" to send
    // both the header and the data in a single write operation.
    std::vector<boost::asio::const_buffer> buffers;
    buffers.push_back(boost::asio::buffer(outbound_header_));
    buffers.push_back(boost::asio::buffer(outbound_data_));
   boost::asio::async_write(socket_, buffers, handler);
}

이제까지와 마찬가지로 앞부분에 헤더를 붙이는 과정을 일단 생략하면 Boost.Serialzation 예제와 똑같습니다.

직렬화로 보내고 받는 함수는 Session 클래스에 있던 함수 대신 CSerializeEngine에 있는 함수들을 써야 합니다.

그래서 실제로 이 부분은 서버의 Engine 레이어라는 것입니다.

ANS_LOGIN 패킷을 꼭꼭 채워봅시다.

// RheaGameSession.cpp

ANS_LOGIN ansLogin;

ansLogin.isOK = TRUE;
ansLogin.uUserSerialNumber = 10001;
ansLogin.strName = _T("레아스트라이크");
ansLogin.lExp = 68000L;
ansLogin.uLevel = 99;

ansLogin.mapEquipment.insert(Long_Pair(1, 101));
ansLogin.mapEquipment.insert(Long_Pair(2, 102));
ansLogin.mapEquipment.insert(Long_Pair(3, 103));
ansLogin.mapEquipment.insert(Long_Pair(4, 104));
ansLogin.mapEquipment.insert(Long_Pair(5, 105));

ansLogin.vtGuildFriend.push_back(10011);
ansLogin.vtGuildFriend.push_back(10012);
ansLogin.vtGuildFriend.push_back(10013);
ansLogin.vtGuildFriend.push_back(10014);
ansLogin.vtGuildFriend.push_back(10015);

AnsLoginVector.push_back(ansLogin);

m_connection.async_write(AnsLoginVector, boost::bind(&CRheaGameSession::handle_write_serialization, this, boost::asio::placeholders::error ));

string은 변환없이 string으로 채웠고 map과 vector에도 데이터를 넣었습니다.

앞서 말한대로 CSerializeEngine::async_write()를 통해 데이터를 보냅니다. ASIO에서는 데이터를 보낼때 기본적으로 vector에 담아 보냅니다. 이는 대단히 편리한데 만약 여러사용자에 대한 데이터를 보낸다면 그대로 vector에 담아 보낼수 있겠죠.

STL 컨테이너들의 실제 Archive는 여러 파일에 나눠져 있습니다. \boost\boost_1_47\boost\serialization 폴더에 보시면 보낼수 있는 컨테이너들이 들어있습니다. 정말이지 이런 것을 공짜로 작업하신 훌륭하신 분들에게 감사의 말씀을 드립니다.

실제로 데이터가 갈까요?

결과를 확인해보죠.

// ClientSocket.h

void handle_read(const boost::system::error_code& e)
{
  if (!e)
  {
   // Print out the data that was received.
   for (std::size_t i = 0; i < AnsLoginVector.size(); ++i)
   {
    BOOL bIsOK           = AnsLoginVector[i].isOK;
    UINT uUSN            = AnsLoginVector[i].uUserSerialNumber;
    string strName       = AnsLoginVector[i].strName;
    int iEquipmentSize   = AnsLoginVector[i].mapEquipment.size();
    int iFriendsSize     = AnsLoginVector[i].vtGuildFriend.size();
   }
  }
  else
  {
   // An error occurred.
   e.message();
   OnClose();
  }
}

귀찮습니다, 그냥 Watch창으로 확인해보죠!

넵, 그대로 날라왔습니다. type값 역시 그대롭니다. 클라이언트에도 같은 클래스로 Archive하여 그대로 나왔습니다만,

마치 마법과도 같습니다.

우리는 string과 map과 vector를 그대로 소켓에도 쏘고 그대로 받은 것입니다!!!!!

4. 직렬화가 가져온 것

지난 강좌에도 말씀드렸지만 이런 네트워크 직렬화는 결코 쉬운게 아니었습니다. 엄청난 노가다의 결실입니다. MFC의 CSocket도 물론 네트워크 직렬화를 해줍니다만, WSAAsyncSelect 모델이라 서버로 사용할만한 것은 아니었습니다.

그러나 아직까지 개선해볼 사항이 있습니다. 역시 지난 강좌에 소개한 IDL 컴파일러 같은 것이죠.

이 과정들이 자동화 될 부분이 있습니다.

1) 빌드시 패킷 클래스에 자동으로 직렬화 함수 넣어주기
보셨겠지만 직렬화 함수는 단순합니다. 패킷 클래스의 멤버들을 파싱하여 자동으로 직렬화 함수를 만들수 있지 않을까요?
혹은 애시당초 별도의 자신만의 스크립트 형태로 만들어 빌드가능한 클래스로 자동 생성시키는 방법이 있습니다.

2) 각 패킷별 데이터 수신 함수를 자동으로 만들어주기
1)에 연장하여 각 패킷 이름을 파싱해 수신 핸들러 함수를 만드는 것입니다.
OnAnsLogin() 식으로 만들수 있을 것입니다.

이는 결코 어렵지 않습니다, 힌트 다 드렸잖아요.

그리고 우리는 여기서 아주 중요한 아키텍트를 하나 추리해 낼수 있습니다.

게임에 사용되는 사용자 클래스를 그대로 네트워크로 내보낼 수 있으니 게임용 클래스와 네트워크 패킷을 따로 만들지 않아도 된다는 것과

독립된 서버 I/O 모듈과 게임 엔진이 잘 작동한다면 클라이언트 개발자, 혹은 서버 개발자가 아닌 컨텐츠 개발자가 혼자 게임 로직을 만들수 있게 된다는 점입니다.

이는 생산 측면에서 아주 유용합니다. 이런 모델을 추천합니다. 하지만 제가 이 컨텐츠 개발자라면 클라이언트와 서버 코드, 둘다 제것으로 만들고 공부할 것입니다. 이런 개발 모델은 편한 작업 환경에서 팀생산성을 위한 것이지 개발자에게 서로 독립된 레이어니까 전혀 몰라도 된다~라는 의미는 아니라고 생각합니다.

5. 더 생각해볼 꺼리

평소에 자신의 소스는 항상 너무 빨리 빌드가 되어 불만이셨던 분 계십니까?

상용 게임 빌드는 몇시간씩 걸린다는데 나는 언제 그런 빌드 타임 걸려보냐라구요?

그런 고민, 이번 강좌를 통해 말끔히 해결됩니다,

아마 Boost.Serialize가 추가된 순간부터 눈에 띄는 빌드 속력 저하를 느끼셨을 것입니다.

이 짧은 소스도 앗! 하는 느낌이 올껍니다!

갑자기 빌드가 느려진 이유를 찾아보세요.

그리고 어떻게 하면 극복할 것인지 생각해보시길 바랍니다.

직렬화 관련 참고자료 : http://en.highscore.de/cpp/boost/serialization.html

내용은 맘대로 퍼갈수 있지만 동의없는 수정은 안되며 출처(http://www.gamedevforever.com/ , http://rhea.pe.kr/)를 명시해주세요.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

며칠 전 이야기

Rhea君 — Tue, 17 Apr 2012 01:10:10 +0900

며칠 전의 일이다. 팀장급 정도로 함께 일할 수 있는 서버 개발자를 면접보게 되었다.

(NEET 주제에 왠 면접을 보냐고 묻진 말고... .)

그분의 경력은 나름 화려하셨다.

6년 이상되는 경력에 컴퓨터 공학을 전공하셨고 누구나 알듯한 MMORPG의 서버 개발자셨고 그 회사를 나와서도 이름있는 게임 회사들에서 서버 작업을 하셨다. 팀장급 연봉 경력과 사용할줄 아는 기술에도 IOCP를 비롯하여 서버 개발자면 누구나 적는 그렇고 그런 서버쪽 기술명들이 적혀있었다.

초반의 내 질문은 서버의 유령사용자(접속 해제 이후에도 서버에선 살아있는 세션)에 대해 어떤 문제를 겪어보았고 해결책을 만드셨나를 여쭤보였다. 놀라운 답변을 들었는데 유령사용자가 무엇인지 모른다는 것과 그런 현상을 한번도 겪어보지 않았다는 것이었다.

아주 실력이 좋으셔서 쓰레드 관리에 탁월한 능력이 있는가보다 싶었고 다른 면접관들에게 맡기고 별다른 질문은 하지 않았다.

그러나 점점 면접을 보며 무언가 이상한 느낌이 들었다.

그래서 여쭤본 것은 Virtual function. 제대로 대답을 하지 못하셨다.

이 질문과 답변에 감이 잡혀 OOP의 기본 개념인 Encapsulation과 Polymorphism에 대해 다시 여쭤봤다. 이 개념들을 적용시켜 실전에서 사용해본 경험이 있으시냐고. 처음 듣는다고 하셨다.

마지막 질문을 드렸다, 쓰레드 잘 쓰시냐고.

10개의 쓰레드를 돌리는 바다생물.

한번도 쓰레드를 써본적이 없다고 하셨다.

쿠쿵!!!!

......이쯤에서 충격을 먹을 분들이 꽤나 되실 것이다.

그러면 한번 더 충격을 드린다, 이런 분들 의외로 굉장히 많으시다.

2nd Impact

이제부터 본론.

보통 사람들이 말하는 좋은 직장이란 무엇일까? 너무 크니까 개발자 지망생으로 옮긴다.

개발자 지망생들이 원하는 좋은 직장이란 아마,

- 네임드 회사는 연봉을 많이 주니까 그런 곳에서

- 이미 서비스 운영 중인 네임드 프로젝트를 맡으며

- 어렵고 힘든 일 없이 기존 라이브러리, 코드 위에서 작업하긔

...로 귀결될꺼다.

참으로 달콤하게 보인다. 하지만 여기에는 엄청난 함정이 있다.

인생이란 신입 몇년이 전부 다가 아니다. (<-- 잉여 대학생들에게 해주고픈 이야기. 나중에 따로 썰푼다.)

신입이 지나면 파트장이 되어야 하고 팀장이 되어야 한다.

언젠가 밑바닥 라이브러리부터 만들어야 할일도 생기고 남을 부축하고 신기술을 찾아내 검증하고 적용시켜 동료들을 구해야 한다.

그때야말로 자신의 가치를 증명시킬수 있다.

그러한 순간에 일차적으로 믿을수 있는 것은 자신의 실력이다.

운좋게 좋은 회사에 갔다면 기존의 좋은 코드를 분석하자.

그 회사는 그 코드들 덕분에 좋은 회사가 되었다, 이미 증명된 최고의 기술이다.

어쩌다보니 나쁜 회사(?)에 갔다면 고생스러워도 직접 많이 실험해보고 올려보자.

시발스러운 그 작업들이 하나둘 쌓여 그 개고생들이 날개가 되어줄 것이다, 반드시(연봉도 올려줄꺼다.).

안되면 백수라도 내가 해드린다.

이 두 극단의 상황은 모두에게 쉽지 않다.

후자야 당연한거고, 대기업이라도 서비스 유지를 위해 할일들이 무척 많다.

라이브팀에서 매달 이벤트 작업만 집어넣는 것도 실제 해보면 아주 힘들다. 그것을 하며 실력을 더 쌓는 것 역시 왠만큼 부지런하지 않으면 못한다.

그러던 중에 남이 만들어 놓은 것이 자신의 실력이라고 착각하기도 한다.

하지만 그 울타리를 벗어나면 어떻게 될까?

자신이 작업한 코드 밑의 코드까지 알지 못한다면, 자신에게 제공해준 함수들과 프레임워크를 자신의 손으로 만들수가 없다면,

그 순간부터는 이제까지 한 작업들과 경력은 무용지물이 된다.

아쉽게도 수많은 사람들이 자신이 어떤 환경 속에서 무엇을 하고 있는지도 모르면서 시키는대로 작업만 하고 있는 상황이다.

일에 치여 그럴수도 있겠지만 그래선 안된다. 한마디로 갈곳이 없어진다.

예~전 회사에서도 신입으로 입사한지 일년이 넘었거나 이미 팀장급인데도

"STL의 string이나 map 같은거 그냥 원래 소켓함수로 나가는거 아닌가요?"

라는 사람들이 꽤 있었다.

입사 하자마자 라이브러리가 그렇게 되어있었고 그안에서만 작업했으니 모르는거다.

클라이언트라면 Alt + Tab해도 리소스 날라가지 않는 D3D 창생성과 모니터 주파수와 프레임율에 무관하게 스프라이트 띄우지 못하는 사람도 많다.

서두에서 시작해 결론이 자꾸 커지지만,

결국 경력과 필연적으로 나이가 쌓이면 거기에 맞는 자신의 실력과 포스가 나와야한다.

"경력이 너무 높아 회사를 못옮긴다"는 분들도 있는데

경력이 높으면 실력이 당연히 좋아지고 나이가 많아지면 인성이 좋아지는 거다. 경력 많다고 싫어할 조직 없다.

경력이 많은게 문제가 아니라 경력에 어울리는 실력과 팀관리 능력 혹은 어른으로써 애들을 보살펴줄 능력이 문제인 거다.

게임 산업도 점점 성장하며 모두가 나이를 먹었고 여전히 개발자 부족이라 분명히 찾는 곳도 많다.

밝힐순 없지만 잘나가는 유명 게임 실장으로 있는 후배를 최근 만났는데 새로 입사하신 개발자 분이 자기 아버님이랑 동갑이라고 하였다. 여전히 세상은 살만한 곳이다.

PS 1) Inheritance, Encapsulation, Polymorphism은 OOP 첫장에서만 보고 잊는게 아닙니다.

모든 디자인패턴, 게임내 인공지능, 컴포넌트, 플러그인, 분산서버... 죄다 이거 갖고 노는 것입니다.

PS 2) Virtual function은 모든 면접관들이 자주 묻는 것입니다. 특히 소멸자에 자주 Virtual function 붙이는 이유도 알아두는게 좋아요.

PS 3) 개인적으로 보통 쥬니어 급에게는 쓰레드 묻고 그 이상부터는 APC 자주 질문합니다.

PS 4) 저와 면접보신 분께는 그것도 인연인데 혹시 이 글을 보신다면 공부 테크트리를 알려드리겠습니다. 댓글 부탁 드립니다.

PS 5) 최근 게임 웹진에서 인터뷰 기사를 보다 신입으로 들어오셔서 PD로 인터뷰 하시는 분을 보니 아~ 나이 드셨구나...싶다.

물론 나부터. ㅠㅠ

모든 게임 회사들이 홈페이지에 "저희 회사는 평균 연령 20대 입니다."라고 광고하던 그 시절 생각하면...정말... ㅠㅠ

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

네트워크 게임 튜터리얼 5는 내일이나 모레 올라옵니다.

Rhea君 — Mon, 19 Mar 2012 13:02:26 +0900

지난 번 떡밥도 있고,
무엇보다 제 자신이 불편해서
boost:serialize를 이용한 예제로 소스를 수정 중입니다.
(MFC 클라이언트와 신나는 충돌 중~)

굽신굽신

원래 제가 사용하던 IDL 컴파일러는 지지난 회사에서 사용하는 것이라
serialize가 필요한 싯점까지 새로 IDL 컴파일러를 만들어 오픈소스로 공개할려고 했으나...

..................언제나처럼 "했으나"로 끝나는 이 게으름뱅이를 용서해주시길 바랍니다.

맘같아선 75번째로 달리는 댓글에 시키는대로 해드리고 싶을 정도로 죄송합니다.

후딱 로비편 끝내고 로비편의 백미인 UserPool 같이 쓰기(MO 게임의 핵심중 하나) 소개하고
컨텐츠랑 분산설계로 넘어가고 싶습니다.

아 취업하면 8기가 꽂은 새 PC사고 싶다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

라이브 타일을 이용한 시계를 만들어 보았다.

Rhea君 — Sat, 17 Mar 2012 17:15:45 +0900

오늘 잠에서 깨어 핸드폰(윈폰)을 보니 7시.
윈폰은 오전/오후가 표시되지 않아(24시간제 지원) 아침 7시인지 밤 7시인지 알수가 없었다.

그래서 윈폰의 특징인 Live Tile을 이용해 오전/오후가 표시되는 앱을 만들고 싶었다.

침대를 박차고 나와 라이브 타일 좀 토닥토닥하다가...

그리고 만들었다.

이제 낮인지 밤인지 금방 알수 있다.

반나절 MSDN보고 백그라운드 서비스를 이용하여 라이브 타일에 시계를 올릴 수 있었다.

나는 실버라이트를 해본적이 없다.
하지만 C/C++을 잘하면 C#과 확장된 C# 솔루션들은 따라오는 플랫폼이라고 항상 말해왔다.
97년 COM 위에 비쥬얼 베이직 6.0 때부터 내려오는 MS의 훌륭한 전략이다.

암튼 덕분에 윈폰의 백그라운드 서비스를 어떻게 만드는지 공부가 되었다.
백그라운드 서비스는 NT서비스가 생각나 힘들거라 생각했지만 너무나 쉽게 만들수 있었고
LINQ 덕분에 복잡한 클래스 통신도 필요없었다(대신 OOP는 저멀리...).

"주목할 만한"이라니... 너무 친절한 MS, 이것을 보고 넘치는 친절함에 감동했다.

아, 놀라운 C#의 생산력이여. Native 코드와 함께 쓸 일이 없으니 정말 쾌적한 환경을 제공한다.
이제껏 C#을 많이 활용하지 않았던 것은 C/C++이 주력이었고 그것들과 자료형을 맞추는 일이 있다면 도리어 생산성이 더 떨어지기 때문이었다.

조금더 강화하고 배터리 소모량을 테스트하고
트위터에 친구가 이미지를 뽑아주면 하루히를 지우고 자체 캐릭터로 정식으로 유료앱으로 올려볼까 한다.
그리고 XNA 게임들을 만들어 봐야지.

Eclipse나 NetBean이 좋다고 칭찬하는 것은 그 동네에는 그것밖에 없기 때문이고
XCode가 좋다는 것도 감성돋는 개발자들만 가능한 일이지 싶다.
역시 나에게는 Visual Studio가 최강이다. 아, C++ 11도 봐야 하는데.... .

추가
@DEXP_ 님에게 시안이 날라왔다.

일회용으로 써먹긴 아까운듯.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

슬슬 취업을 해야겠다, 그리고 그간을 돌아보자

Rhea君 — Fri, 16 Mar 2012 02:31:04 +0900

이번 주말이 지나면 퇴사한지 정확히 3달이 된다.

지난 회사를 나오자마자 익히 알려진대로 목디스크 치료와 기타 등등의 치료(?)를 하였다.
그리고 의사 처방대로 당분간 컴퓨터와 그림 등 앉아서 고개를 숙여야 하는 작업을 피하였다.
그렇게 한달.

몸이 낫고 나자 강제 아르바이트(?)를 하였다.
간단히 말해 트위터/페이스북 연동 서버와 클라이언트의 설계 및 해당 팀원들의 레벨업 교육.
유유자적하게 회사를 다녀보는 것이 소원이었던지라 정말 유유자적하게 다녔다.
그렇게 한달반.

그리고 3월 1일부터 이제까지 2주간 집에서 잠만 잤다.
자도 자도 잠은 달콤했다. 평생 밀린 잠을 이번 기회에 뿌리뽑자라는 마음이었다.

이렇게 3달을 보내니 건강은 많이 나아졌으며 스트레스성 탈모까지 나았다.
몸무게도 최근 따로 재어보진 않았지만 분명 빠졌다.
포만감을 느끼고 싶을때는 콩 삶아 먹었다. 나름 콩 다이어트? 효과는 좋았다.

그렇게 시간을 보내고 나니...

처음 마음 먹었던 프로젝트와 공부는 거의 하지 못했다.
3D MAX 공부 포함하여 서버, 클라 개인 엔진도 손대지 않았고
게임개발 포에러 팀 블로그도 한차례 빼먹었고
새로 나온 기술들도 원하는 만큼 살펴보지 못했다.

Jawitter도 현재 기본적인 기능에서 멈췄고 DC Diver도 HTML 파싱이 귀찮아 멈춘 상태.
MPL은 맘만 먹고 있고 CUDA는 A당이라 안했고.
모 애니 온리전에 낼 동인지도 그려야 하는데 해당 애니도 보다만 상태.

아 부끄럽다. ㅠㅠ
그래도 아이폰은 버리고 망고폰으로 갈아탄건 후회없다.

생산성, 퍼포먼스 모두다 윈폰 만세임.

역시 찔끔찔끔 나오는 시간에 최대한의 집중도/잉여력을 발산하여 그 시간을 이용해야 한다.
생각해보면 이제까지 나름 성공한 것들은 그렇게 나온 것 같다.

대신 친목질과 소모성 덕질은... 나름 성과가 있었다. 만족스럽다.

최대의 덕질 중 하나, PC-9801 UR 확보.

그리고 이제는 슬슬 취업을 해야겠다.
잉여력을 모아 터트릴 시기가 된 것 같다.

어떤 잉여의 지원동기

실력이 미천하여 받아주는 곳은 없지만

그래도,

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.