There Must Be Better Ways

세계는 1년에 1번 마법에 걸린다: 글로벌 게임 잼 2010

김기웅(Kay Kim) — Thu, 28 Jan 2010 22:56:35 +0900

48시간 동안 게임 하나를 만든다면, 어떨까요? 그것도 전세계 사람들과 동시에 자기 나라에서 각자의 게임을?

글로벌 게임 잼은 바로 그런 아이디어를 토대로 한 '즉흥적인 게임개발 축제(Jam)'입니다. 2009년에는 23개국의 1,600명 이상이 참가해서 약 370개의 게임을 제작했습니다.

Source: http://www.sfu.ca/~vzammitt/van-ggj/2009-02-01-GameJam-judging.jpg

글로벌 게임 잼은,

참가자들이 게임 아이디어를 토론하는 것으로 시작합니다.
그 다음, 각자 관심있는 아이디어를 중심으로 즉흥적으로 팀을 구성합니다.
마지막으로 열정을 담아 게임을 만드는 거죠!

인디/상업, 현업/학생, 웹/PC, 게임 디자이너/프로그래머/아티스트/사운드,

게임개발자/비게임개발자...

모두를 초대합니다.

우리 함께 여기 모여서 게임을 만들어 봅시다.

언 제: 2010년 01월 29일(금) 오후 5시~31일(일) 오후 7시

(참고: 공식 사이트의 예시 일정.)

어 디: 성균관 대학교 수선관 3층 영상학과 애니메이션 워크샵실(61312)

(서울에서 먼 곳에 계신 분들은 아주대에서도 참석할 수 있습니다.)

준비물: 게임 아이디어와, 그 아이디어를 구현하는데 도움될 거라고 생각되는 모든 것들을

직접 준비하셔야 합니다.

(예: 노트북, 방석, 간식, 포스트잇, 필기구, 위 콘트롤러(?), 아이폰(?), 등.)

주의: 저희는 장소만 제공합니다.

온오프믹스에 신청하러 가기

글로벌 게임 잼에 참석해야 하는 이유:

게임을 직접 만들어본다.
48시간 동안 어떤 게임을 만들 수 있을까라는 흥미로운 도전.
전세계 개발자들에게 내 게임을 선보일 수 있는 기회!
한국 최초의 글로벌 게임 잼!

자주하는 질문들(FAQ)

철야를 해야 하는 거 아닌가요? 아니요, 집에 보내드립니다.
한국어 밖에 못하는데 괜찮나요? 네, 대부분 참석자들은 한국 개발자들입니다.
48시간 내내 참석해야 하나요? 아니요, 전체 행사 기간에 참석을 하시면 가장 좋지만, 중간에만 참여하셔도 괜찮습니다.

만납시다. 그리고 만듭시다. (We meet. We make.)

온오프믹스에 신청하러 가기

게임 디자인 워크샵의 진행자가 되고 싶으신가요?

김기웅(Kay Kim) — Mon, 10 Aug 2009 03:59:58 +0900

게임 디자인 워크샵의 진행자를 모집합니다:

규모: 1~2명
모집 기간: 8월 13일(목)까지.

(게임 디자인 워크샵이 어떤 행사인가에 대해서는 이곳을 참조하세요.)

지원하러 가기

진행자는 어떤 일을 하나요?

진행자는 다른 진행자들과 함께 워크샵의 성공을 위해서 필요한 모든 일들을 합니다: 게임 카드를 만들고, 참가자를 모집하는 일에서부터, 행사 당일 참가자들이 과제들을 잘 풀어나가도록 유도하며, 마지막으로 행사가 잘 치루어졌는지를 평가하는 일까지 포함됩니다.

현재 대상이 되는 행사들은 다음과 같습니다:

16일(일): 월드 오브 워크래프트? 월드 오브 룰크래프트!
22일(토): 시시파이트 & MDA 프레임워크
24일(월)~26일(수): 넥슨 신규 입사자 오리엔테이션 (경기도 소재 연수원.)

진행자에게는 어떤 혜택이 있나요?

매년 GDC에서 개최되는 80만 원짜리 워크샵을 무료로 경험하고,
엔트리브의 프로덕션 코디네이터들과 함께 워크샵을 계획하고 준비하여,
넥슨 신규 입사자 오리엔테이션에 스태프로서 함께 워크샵을 진행할 수 있습니다. (숙식 무료 제공.)

진행자가 되려면 무엇이 필요한가요?

8월 16일(일), 22일(토), 24일(월)~26일(수)에 모두 참석 가능하신 분.
정말로 게임 디자인 워크샵을 진행하고 싶으신 분.

어떤 것을 갖추고 있으면 더 좋은가요?

게임 디자이너이시거나, (상용 혹은 독립 게임의 구분 없이) 1개 이상의 게임을 개발하고, 출시해보신 분.
다른 사람이 문제를 해결하도록 돕는 것을 좋아하시는 분.
어떤 난관에 부딪혀도 포기하지 않고 극복하려고 하시는 분.

게임 디자인 워크샵에 참가해보신 분. (GDC의 게임 디자인 워크샵 참가자 우대.)
테이블탑 RPG, 혹은 보드/카드 게임에 대한 지식과 경험을 갖고 계신 분. (게임 마스터 우대.)
MMORPG들에 대한 경험과 지식을 갖고 계신 분.

또 한 번, 재미있게 놀아보아요! :)

지원하러 가기

프랑스 파리에서 컴퓨터 그래픽 대가들의 강연을 듣고 싶다면, 한국 콘텐츠 진흥원의 해외연수에 지원해보세요!

김기웅(Kay Kim) — Fri, 17 Jul 2009 14:10:37 +0900

한국콘텐츠진흥원이 게임 개발자들을 프랑스 파리로 연수를 보내준다는군요: 공지사항 보러가기

Last day in Paris by danorbit.

배경을 설명하면,

The International Conference on Entertainment Computing라는 국제 컨퍼런스가 프랑스 파리에서 개최되는데,
거기에 참석하는 유명 강사들을 꼬셔서(?) "효과적인 게임 캐릭터 개발(Innovation of Game Character)"이라는 주제로 강연하게 한답니다.

관심있어 하실 만한 부분들을 꼽아보면,

컴퓨터 그래픽 분야의 유명 아티스트/엔지니어들의 강연을 들을 수 있다.
유명 해외 개발사를 방문할 수 있다: Vivendi Games, Ubisoft
The International Conference on Entertainment Computing라는 국제 컨퍼런스에 참석할 수 있다.
그것도 프랑스 파리에서!

지원을 위한 요령을 알려드리면:

"팀장급"이 아니어도 합격 가능합니다. (과거 사례를 볼 때) 경쟁률에 따라서 얼마든지, 1년차 신입도 선발될 수 있습니다. 중요한 것은 본인이 얼마나 이 연수에 적합한 사람인지를 설득하는 것 같습니다.
영어 면접도 준비만 잘하면 됩니다. 굉장히 기초적인 것들을 물어봅니다. (예: 자기 소개, 지원 동기, 연수 후 계획.)
법인 카드로도 결재 가능할 겁니다. 가능하다면 회사 지원을 요청해보세요.

합격하시거든, 부디 후기와 자료를 트랙백으로 보내주세요! :)

성공이란

김기웅(Kay Kim) — Tue, 9 Jun 2009 01:55:09 +0900

(사진: 영화 '루디')

성공이란 실패를 거듭해도 여전히 열정을 잃지 않는 것이다.

(Success is going from failure to failure with no loss of enthusiasm.)

- 윈스턴 처칠, 그리고 클리프 비(기어즈 오브 워의 디자인 디렉터)

Clinton Keith의 신간: Agile Game Development with Scrum(스크럼과 함께 하는 애자일 게임 개발)

김기웅(Kay Kim) — Thu, 7 May 2009 22:48:06 +0900

Clinton Keith가 Agile Game Development with Scrum(스크럼과 함께 하는 애자일 게임 개발)라는 책을 쓰고 있습니다.

현재 "Chapter 3 Scrum"까지 나왔고, 사라진 "Chapter 1 Crisis"과 Chapter 2 Why Agile은 이곳에서 받으실 수 있습니다.

자세히 살펴보지는 않았지만, 시작은 흥미롭습니다:

비디오 게임 개발의 개척기는 완전히 사라졌습니다. 혼자서 기획하고, 프로그래밍하고, 그림을 그렸던 프로그래머는 전문가 집단으로 대체되었습니다. 제품을 지퍼락 봉투에 담아 팔던 산업이 이제는 헐리우드 박스 오피스보다 더 많은 돈을 긁어들이고 있습니다. 산업으로서 우리는 한 차원 성장했습니다.

하지만 너무 급격히 성장한 나머지, 우리는 몇 가지 실수를 저질렀습니다. ...(중략)... 우리는 재미있는 게임으로부터 엄청난 재미를 제거하는 괴물을 만들어냈습니다. 그 괴물은 수백만 명을 즐겁게 만들겠다는 희망을 품고 게임 산업에 들어온 재능이 넘치는 사람들의 열정을 먹어치웠습니다. 수개 월의 야근으로 점철된 프로젝트들이 그 괴물을 살찌웠습니다. 많은 개발자들이 게임 산업을 떠나가면서, 수년간의 경험도 함께 가져가 버렸습니다. 이렇게 될 필요까지는 없었는데.

- Clinton Keith, <Agile Game Development with Scrum> Chapter 1 Crisis

제2장은 애자일이 게임 개발에 어떤 이점을 가져다 주는지를 설명하고 있습니다. 제게 인상 깊었던 구절은 다음과 같습니다:

애자일을 도입할 때의 난관은 구체적인 실천법의 적용이 아닙니다. 실천법은 단순합니다. 진짜 난관은 개발 조직(studios)과 애자일 사이의 충돌에 있습니다. 스크럼과 같은 애자일 프레임워크는 모든 것을 투명하게 합니다. 최선의 결과물을 방해하는 모든 결함들을 낱낱이 밝혀냅니다. 기획 문서를 신봉하기 보다, 매 개발 주기마다 게임은 자신의 가치를 스스로 증명해 보여야 합니다. 만약 게임의 가치가 보이지 않는다면, (프로젝트의 취소와 같은) 어려운 질문에 답할 필요가 있습니다.

투명성에 근거한 개발이 애자일 적용의 성공 열쇠입니다. "측정과 적응(inspect and adapt)"의 원칙은 모든 수준에서 적용되 필요가 있습니다. 그것은 현재 상태를 위협할 것이기 때문에, 그것은 용감한 지도자와 성공을 향한 넓은 시각을 필요로 합니다. 끈기를 가지고 끝까지 지켜보고, 현상을 유지하려는 타성과 싸우는 사람들에게 애자일은 더 나은 게임과 경력을 위한 길을 열어줄 수 있습니다.

- Clinton Keith, <Agile Game Development with Scrum>, Chapter 2 Why Agile?

실천법 자체는 지극히 상식적이며, 간단합니다. 문제는 언제나 기존 가치관과의 충돌에 있습니다. 하지만 그 문제를 해결하는 방법은 언제나 스크럼 밖에 있고, 그게 제 책장에 설득과 컨설팅에 관한 책들이 가득한 이유일 것입니다.

무엇보다 저는 뒤의 Chapter들이 기다려집니다. 그 이유는, 얼마전부터 스크럼의 한계를 느끼고 있고, 좀더 유연한 린(Lean)에서 보완책을 찾고 있었는데, 마침 작년부터 Clinton이 칸반과 가치 흐름과 같은 린의 개념들을 소개하고 있기 때문입니다. 어떤 대답이 나올지, 또 그것은 제 것과는 어떻게 다를지 조금은 기대됩니다.

더불어 내년 즈음에 이 책으로 또 인사를 드릴 수 있으면 좋겠네요.

게임 디자인 워크샵에 초대합니다!

김기웅(Kay Kim) — Tue, 21 Apr 2009 19:09:30 +0900

온오프믹스에 신청하러 가기

게임 디자인 워크샵이란?

만약 게임에서 그래픽도, 사운드도, 콘트롤러도 없앤다면, 무엇이 남게 될까?

바로 게임의 핵심이 남지 않을까?

게임 디자인 워크샵은, 바로 그러한 가정을 토대로, 게임을:
-. 만들고,
-. 분석하고,
-. 개선하는 워크샵입니다.

본 행사는 Game Developers Conference의 Game Desgin Workshop에서 나온 자료를 토대로 하고 있습니다.

무엇을 하나요?

MDA 프레임워크 소개

Sissyfight 3000
-. 플레이하기
-. 변형해서 새로운 게임 만들기
-. 주어진 제약에 맞추어서 수정하기

(상황에 따라 페이퍼 프로토타이핑으로 변경될 수 있습니다.)

대상:

현역 게임 개발자 (직무, 경력 무관)

좀더 자세히 알고 싶다면:

자세한 것은 go.ntreev.com/gdworkshop에서 확인해주세요.

온오프믹스에 신청하러 가기

그들이 가진 것, 우리가 잃어가고 있는 것

김기웅(Kay Kim) — Tue, 24 Mar 2009 23:54:13 +0900

... 우리가 시작했을 땐, 스타도 없었고, 권력이나 영향력도 없었습니다. 원하는 걸 만들만한 충분한 돈도 정말 없었죠. 하지만 우리가 가진 것은 읽은 사람이라면 누구나 지독한 사랑에 빠질만한 대본이었습니다. 또 우리에게는 천재 감독이 있었습니다. 자신들의 역할에 헌신적인 배우들과 촬영팀이 있었고, ... 무엇보다 우리에게는 열정과 신념이 있었고, 우리 영화는 이 두 가지가 있다면 정말로 모든 것이 가능하다는 것을 보여주고 있습니다. (Most of all we had passion and we had belief and out film showed that if you have those two things,

truly anything is possible.)

- Christian Colson (Slumdog Millionaire의 제작자), 아카데미 최우수 영화상을 수상하며.

Google App Engine 시작하기 2/2

김기웅(Kay Kim) — Tue, 17 Mar 2009 22:40:56 +0900

<< Google App Engine 시작하기 1/2 보기

통합개발환경(IDE)에서 개발하기

좀더 손쉬운 개발을 위해 통합개발환경에서 개발하는 방법을 설명합니다.

Eclipse 설치

여기서는 Eclipse를 기준으로 설명합니다. 그 이유는, Python 전용 IDE보다 약간 무겁긴 하지만, 다양한 언어를 지원해서 각 언어마다 따로 IDE를 사용할 필요가 없기 때문입니다.

JDK를 내려받아서 설치합니다.
Eclipse(Eclipse IDE for Java Developers 추천)를 내려받아서 압축을 해제합니다. (예: C:\eclipse)
eclipse.exe를 실행합니다.

Pydev 설치

상단 Menu에서 Help -> Software Update를 선택한 후, 열린 창에서 Add Site를 누릅니다.
Location에 http://pydev.sourceforge.net/updates/를 입력하고, OK를 누릅니다.
Pydev를 check하고, Install을 누릅니다.
재시작을 할 거냐고 물으면, Yes를 선택해서 재시작을 합니다.
상단 Menu에서 Window -> Preferences -> Pydev -> Interpreter -> Python을 선택한 후, 우측상단 New를 누릅니다.
Python이 설치된 경로(예: c:\Python25)에서 python.exe를 선택하고, OK를 누릅니다.
Eclipse의 우측 상단에서 Open Perspective를 누른 후, Pydev를 선택합니다.

자세한 정보: http://trigger.tistory.com/428

형상관리도구를 사용하기

여기서는 Google Code와 Tortoise Subversion을 사용해서 형성관리하는 방법을 설명합니다.

Google Code에서 Project 생성하기

Google Code는 Google에서 지원하는 open source project hosting service입니다.

code.google.com/hosting에 접속합니다.

"Create a new project"를 누릅니다.

입력란에 정보를 입력하고, "Create Project..."를 누릅니다.

참고: 그 외에도 고려해볼 project hosting service는 다음과 같습니다:

Github: 코드 개발 기반 소셜 네트웍이 특징입니다. Open Source가 아닐 경우, 비용을 지불해야 합니다.
XP-Dev: 1.5G의 용량을 제공하며, Open Source가 아니라도 평생 무료입니다.

Subversion 설치하기

원하는 Subversion Client를 설치합니다. (Tortoise Subversion을 추천합니다.)

자세한 정보: TortoiseSVN을 사용해서 구글코드 프로젝트와 연결하기

Subclipse 설치하기

Subclipse는 Eclipse에서 Subversion이 연동되게 해주는 Plug-in입니다.

Subclipse Download and Install에서 Eclipse update site URL을 찾아냅니다.
상단 Menu에서 Help -> Software Update를 선택한 후, 열린 창에서 Add Site를 누릅니다.
Location에 1번에서 찾은 주소(예: http://subclipse.tigris.org/update_1.4.x)를 입력하고, OK를 누릅니다.
추가된 주소들에서 Subclipse를 Check하고, Install을 누릅니다. (주의: 다음 3개가 반드시 포함되어야 합니다. Subclipse, Subclipse Client Adaptor, Subversion Native Language Adaptor(JavaHL).)
재시작을 할 거냐고 물으면, Yes를 선택해서 재시작을 합니다.

자세한 정보:

Repository에 연결하기

다음 문서들을 참고해서 Repository에 연결합니다:

Google App Engine에 관심이 있으신 분은 "구글 앱 엔진 한국 개발자 토론 그룹"에 가입해서 함께 정보를 공유해 보았으면 좋겠습니다.

<< Google App Engine 시작하기 1/2 보기

Google App Engine 시작하기 1/2

김기웅(Kay Kim) — Sun, 15 Mar 2009 23:26:28 +0900

Google App Engine은 Google에서 제공하는 Cloud Computing 기반의 service platform입니다.

여기에서는 최근 Google App Engine에서 개발하면서 얻은 정보와 경험을 여기에 적습니다.

이 문서의 목적은 Google App Engine의 개발 환경을 구축하는 방법을 설명하는 것입니다.

이 문서의 대상은 Microsoft Windows에서 Google App Engine용 Application을 처음 개발하는 개발자입니다.

대부분이 Microsoft Windows에서 개발할 것이고,
그렇지 않은 분들은 스스로 해결하실 수 있는 분이라고 예상하고 있습니다.

SDK 설치하기

Google App Engine의 기본적인 개발환경을 구축하는 방법을 설명합니다.

Python 설치

Python을 내려받아서 설치합니다. (현재 Google App Engine은 Python 2.5.x까지만 지원합니다.)

c:\autoexec.bat에 다음과 같은 내용을 추가합니다: set PATH="%PATH%;C:\Python25" (어디서나 Python이 실행될 수 있게 하기 위해서입니다.)

Google App Engine SDK 설치

Google App Engine SDK를 내려받아서 설치합니다.

자세한 정보: http://code.google.com/intl/ko/appengine/docs/python/gettingstarted/devenvironment.html(영어)

"Hello, World" 출력하기

다음을 참고로 "Hello, World"를 출력하면서, Python과 Google App Engine에 익숙해지도록 합니다.

김문규 님의 시덥잖은 Google App Engine 튜토리얼
한날 님의 "Hello, World" 출력하기
Noah Gift의 구글 앱 엔진(Google App Engine)으로 웹 애플리케이션 시작하기
Google Code의 "Hello, World!"

자기 PC에서 확인하기

Command Window를 통해서 다음 명령을 실행시킵니다: python dev_appserver.py helloword/

Browser의 주소창에 http://localhost:8080/를 입력하고 Enter를 누릅니다.

이제 반복적으로 개발하십시요: Code를 변경하고, Local에서 확인하면서 점진적으로 개발해 나갑니다.

자세한 정보: http://code.google.com/intl/ko/appengine/docs/python/gettingstarted/helloworld.html (영어)

App Engine에 올리기

여기서는 작성한 Application을 App Engine에 올려서 확인하는 방법을 설명합니다.

App Engine 가입하기

appengine.google.com에 접속합니다.

만약 Google 계정이 없다면, Gmail 계정을 생성하시길 권해드립니다.
만약 Google Apps 계정을 갖고 있다면, "http://appengine.google.com/a/도메인주소"로도 접속 가능합니다.

자세한 정보: http://code.google.com/intl/ko-KR/appengine/kb/general.html (영어)

인증하기

"Create an Application"을 누릅니다.

Other (Not Listed)를 선택합니다.

Mobile Number에 국가번호를 포함한 이동전화 번호(예: +821087654321)를 입력하고, Send를 누릅니다. (주의: 전화번호 1개당 1계정만 인증 가능합니다.)

잠시후에 인증번호가 적힌 문자가 오면, 입력해줍니다.

만약 인증번호가 오지 않는다면, SMS Issue form을 작성합니다.

자세한 정보: http://code.google.com/intl/ko-KR/appengine/kb/sms.html (영어)

Application 생성하기

Application Identifier에 만들고자 하는 Application의 ID를 입력하고, Check Availability를 누릅니다.

6~30자 길이의 숫자, 영어 소문자 및 "-"만 사용가능합니다.
Application Identifier을 변경하거나, 삭제할 수 없습니다. (2009년 03월 15일 기준)
10개까지만 생성가능합니다. (2009년 03월 15일 기준)

Application Title에 생성하고자 하는 Application의 이름을 입력합니다.

인증 방식을 선택합니다.

Open to all Google Accounts users(기본값): 인증을 사용할 경우, 사용자들을 Google 계정 사용자들로 제한합니다.
Restricted to the following Google Apps domain: 인증을 사용할 경우, 사용자들을 특정 도메인의 Google Apps의

사용자들로 제한합니다. (자세히 보기)

주의: 인증 방식을 한 번 결정하면 변경할 수 없습니다. (2009년 03월 15일 기준) 따라서 사내 애플리케이션으로

사용할 목적으로 개발했다가(Google Apps domain), 일반 사용자들에게 공개할 경우에는 새로운 Application을

생성해서 거기에 Code를 올려야 합니다.

Save를 누릅니다.

올리기

다음 명령을 실행합니다: python appcfg.py update helloworld/

Google의 사용자 이름과 비밀번호를 입력합니다.

http://앞에서생성한Application의ID.appspot.com에 올라갔는지 확인합니다.

자세한 정보: http://code.google.com/intl/ko/appengine/docs/python/gettingstarted/uploading.html (영어)

Google App Engine에 관심이 있으신 분은 "구글 앱 엔진 한국 개발자 토론 그룹"에 가입해서 함께 정보를 공유해 보았으면 좋겠습니다.

Google App Engine 시작하기 2/2 보기 >>

애자일 도입의 경험을 공유해보아요! (KGC 2008)

김기웅(Kay Kim) — Wed, 12 Nov 2008 17:45:03 +0900

이번 KGC 2008에서 '애자일 게임 개발 도입하기 (월드 카페)'를 개최합니다.

일시: 2008년 11월 14일(금) 오후 2:40~6:00
장소: 일산 KINTEX 206호. (3호선 대화역 2번 출구에서 10분 거리 / 교통 안내)

원활한 진행을 위해서 사전 신청을 권해드립니다: http://www.onoffmix.com/e/istoriae/439

특히, 전체에게 자신의 경험을 발표(약 5분, 슬라이드 10장 이하)하시는 10분께는 KGC 2일권을 드립니다.

끝내주는(great) 팀이 필요한 진짜 이유는

김기웅(Kay Kim) — Tue, 14 Oct 2008 10:04:15 +0900

"당신의 열정을, 실제 일을 성공시키는데 쓰기보다, 사람들을 설득하는데 더 많이 쓰게 되는 불상사를 방지하기 위한 것이다."

한국에 출간된 애자일 관련 서적들을 모아보아요!

김기웅(Kay Kim) — Thu, 9 Oct 2008 00:56:29 +0900

지인에게 책을 추천하면서, 애자일 관련 서적을 적어보았습니다. 혹시나 빠진 책이 있으면 댓글이나 트랙백으로 달아주십시요.

출간 서적

불확실성과 화해하는 프로젝트 추정과 계획
카테고리	컴퓨터/인터넷
지은이	마이크 콘 (인사이트, 2008년)
상세보기

스크럼
카테고리
지은이	켄 슈와버 (인사이트, 2008년)
상세보기

애자일 프랙티스
카테고리	자연과학/공학
지은이	벤캣 수브라마니암 (인사이트, 2007년)
상세보기

애자일 회고
카테고리	컴퓨터/인터넷
지은이	에스더 더비 (인사이트, 2008년)
상세보기

사용자 스토리
카테고리	자연과학/공학
지은이	마이크 콘 (인사이트, 2006년)
상세보기

린 소프트웨어 개발
카테고리	자연과학/공학
지은이	메리 포펜딕 (인사이트, 2007년)
상세보기

린 소프트웨어 개발의 적용
카테고리	자연과학/공학
지은이	메리 포펜딕 (위키북스, 2007년)
상세보기

엔터프라이즈급 애자일 방법론 (예약판매)
카테고리
지은이	딘 레핑웰 (에이콘출판, 2008년)
상세보기

익스트림 프로그래밍(Extreme Programming)
카테고리	자연과학/공학
지은이	켄트 벡 (인사이트, 2006년)
상세보기

EXTREME PROGRAMMING INSTALLED
카테고리	컴퓨터/인터넷
지은이	론 제프리즈 외 (인사이트, 2002년)
상세보기

EXTREME 프로그래밍
카테고리	자연과학/공학
지은이	스튜워트 베어드 (인포북, 2003년)
상세보기

XP로 접근하는 IT 프로젝트 관리와 구현
카테고리	컴퓨터/인터넷
지은이	박형일 (사이텍미디어, 2005년)
상세보기

테스트 주도 개발 (CD-ROM 포함)
카테고리	자연과학/공학
지은이	켄트 벡 (인사이트, 2005년)
상세보기

레거시 코드 활용 전략 (예약판매)
카테고리
지은이	마이클 C. 페더스 (에이콘출판, 2008년)
상세보기

실용주의 프로그래머
카테고리	컴퓨터/인터넷
지은이	앤드류 헌트 (인사이트, 2007년)
상세보기

실용주의 프로그래머를 위한 프로젝트 자동화
카테고리	컴퓨터/인터넷
지은이	마이크 클라크 (인사이트, 2005년)
상세보기

실용주의 프로그래머를 위한 버전관리 USING CVS
카테고리	컴퓨터/인터넷
지은이	데이비드 토머스 (인사이트, 2004년)
상세보기

단위 테스트
카테고리	컴퓨터/인터넷
지은이	데이비드 토머스 외 (인사이트, 2004년)
상세보기

지속적인 통합: 소프트웨어 품질을 높이고 위험을...
카테고리	컴퓨터/인터넷
지은이	폴 M. 듀발 (위키북스, 2008년)
상세보기

윈도우 프로젝트 필수 유틸리티
카테고리	컴퓨터/인터넷
지은이	이재홍 (한빛미디어, 2008년)
상세보기

리팩토링
카테고리	자연과학/공학
지은이	마틴 파울러 (대청미디어, 2002년)
상세보기

리팩터링 워크북
카테고리	자연과학/공학
지은이	윌리엄 웨이크 (인사이트, 2006년)
상세보기

패턴을 활용한 리팩터링
카테고리	자연과학/공학
지은이	조슈아 케리에브스키 (인사이트, 2006년)
상세보기

AGILE 소프트웨어 개발
카테고리	자연과학/공학
지은이	ALISTAIR COCKBURN (피어슨에듀케이션코리아, 2002년)
상세보기

소프트웨어 개발의 지혜 (AGILE SOFTWARE...
카테고리	자연과학/공학
지은이	로버트 C.마틴 (야스미디어, 2004년)
상세보기

성공적인 소프트웨어 개발 프로젝트를 위한 실용...
카테고리	자연과학/공학
지은이	자레드 리차드슨 (위키북스, 2007년)
상세보기

근간 예정 서적

요즘 USD도 올랐는데, 좀더 기다리셨다가 레이옷의 저주를 피하시기 바랍니다.

Scrum and Xp from the Trenches

Henrik Kniberg

(역자: 심우곤, 한주영, 엄위상)

애자일의 바이블, "스크럼: 팀의 생산성을 극대화시키는 애자일 방법론" 출간!

김기웅(Kay Kim) — Thu, 2 Oct 2008 20:08:42 +0900

"스크럼: 팀의 생산성을 극대화시키는 애자일 방법론"(원제: Agile Software Development with Scrum)은 스크럼을 정식으로 소개하는 최초의 책으로서, 그야말로 필독서라고 할 수 있습니다.

스크럼(Scrum)은 익스트림 프로그래밍(XP)와 더불어 애자일에서 가장 널리 사용되는 기법입니다. 익스트림 프로그래밍이 엔지니어링에 가깝다면, 스크럼은 프로젝트 관리에 가깝습니다. 그러나 이런 상호보충적인 성격으로 인해서 실제로는 둘을 동시에 사용하는 경우가 많습니다.

이 책을 통해 얻을 수 있는 것들은 다음과 같습니다:

'폭포수' 같은 기존의 방법론들이 왜 실패할 수밖에 없는가?
그렇다면 어떻게 다르게 해야 하는가(실천법practice)?
궁극적으로 우리가 추구해야할 것들(가치value)은 무엇인가?

더 나은 방법들을 모색하는 개발자들을 위한 안내서

최강의 군대는 물처럼 그 형태가 없다.

- 손자병법 제6편 허실

'스크럼과 함께 하는 애자일 소프트웨어 개발'을 여러분께 소개하게 되어서 무척 기쁩니다. 이 기회를 통해 제가 스크럼을 직접 실천하거나, 다른 사람들이 실천하도록 도와주는 과정에서 얻게 된 교훈들을 공유하고자 합니다.

스크럼을 도입하는 데 있어서, 가장 중요한 것은 믿음입니다. 그 이유는 무수한 반대들에 직면하여, "내가 틀린 것은 아닐까?"라는 자기 회의에 빠지기 쉽기 때문입니다. 만약 그런 상황이 닥친다면, 다음을 추천 드립니다:

스스로 실천해보고, 확신을 가지세요. 여러분이 믿지 못한다면, 그 누구도 설득시킬 수 없습니다. 반면에 여러분이 모범을 보이면, 따라오는 동료들도 생겨납니다.

관련 모임에 참석하세요. 그곳에서 "넌 미치지 않았어."라고 확인해줄 사람들을 만나보세요. (만약 시간이 없다면, 관련 메일링 리스트나 블로그를 활용하는 방법도 있습니다.)

"상식은 보편적이지 않다. (Common sense isn't common.)"는 말을 기억하세요.

후원자를 찾으세요. 후원자는 당신을 지지하고 방어해주는 사람을 말합니다. 그는 누구나 다 알만한 업적을 가진 임원일수도 있고, 신뢰할만한 동료이거나, 바로 옆에 있는 유능한 부하직원일 수도 있습니다. 중요한 것은, 그가 여러분의 시도가 외압으로 꺾이는 것을 막아주고, 필요한 자원들을 제공해주며, 정신적으로 탈진해 있을 때 사기를 북돋워준다는 점입니다.

연착륙을 시도하세요. 궁극적으로 어떻게 해야 하는지에 대해서 이야기하는 책들은 많습니다. 그러나 여러분의 상황에서 실제로 지금 당장 어떻게 해야 하는가를 알려주는 책은 어디에도 없습니다. 따라서 중간 단계들(baby steps)을 신중하게 설정하는 것은 매우 중요합니다.

작게 시작하세요. 절대로 하루 아침에 회사 전체에 적용하려고 하지 마십시오. 자신부터 시작해서, 같이 일하는 동료, 그와 일하는 다른 동료… 이런 식으로 서서히 퍼져나가도록 하십시오.

할 수 있는 것부터 시작하세요. 완벽하게 하려고 미루다가 하지 않는 것보다는, 작은 거라도 일단 실천하는 게 좋습니다. 프로그래머라면 자신의 코드에 단위 테스트를 삽입할 수 있고, 프로젝트 관리자라면 일일 스크럼 회의를 할 수 있습니다. 예를 들어, 이른 아침, 함께 일하는 동료에게 커피를 한 잔 건네면서, 어제 한 일과 오늘 하려는 일을 물어보십시오. 그게 시작입니다.

이름 없이 시작하세요. 많은 사람은 변화를 싫어합니다. 그게 거창한 이름을 달고 있다면 더욱더 그렇습니다. 낯선 용어, 특히 영어로 된 용어는 절대 사용하지 마십시오.

호의적인 사람들에 집중하세요. 변화에 부정적인 사람들을 변화시키려고 하면, 그 사람들도 괴롭고, 여러분도 많은 에너지가 소모됩니다. 반면에 호의적인 사람들에게 집중하면, 그 사람들도 즐겁고, 훨씬 적은 수고로도 성과를 낼 수 있습니다. 그리고 다른 사람들도 하나 둘씩 호의적으로 변해갈 것입니다.

가치에 집중하세요. 스크럼을 한 마디로 정의하면, "피드백을 좀더 일찍, 좀더 자주, 좀더 많이, 좀더 지속적으로 주고받자."라고 할 수 있습니다. 스크럼은 그것을 통해서 장애물을 적시에 시각화하고, 상식을 적용해서 문제를 해결해나갑니다. 나머지는 이것을 어떻게 보다 효과적이고, 효율적으로 실천할 것인가를 풀어놓은 것에 지나지 않습니다.

마지막으로 이 책이 나올 수 있게 도와주신 분들께 감사 드립니다. 제가 지쳐있을 때, 이 책을 함께 번역해주신 공역자 박일 님, 그리고 저를 믿고 원고를 기다려주신 인사이트 북스의 김강석 님과 한기성 님께 감사 드립니다. 더불어 이 책을 번역하는 사이에 소천하신 이철 님을 기립니다. 멘터이자 형, 그리고 친구였던 당신이 없었다면, 저의 인생은 많이 달라졌을 겁니다.

질문이 있으신 분은 betterways.tistory.com이나 agile4kay(골뱅이)gmail(쩜)com을 통해서 연락해주시기 바랍니다.

김기웅 드림.

참고

애자일 소프트웨어 개발 방법론의 전위대, 스크럼 by 인사이트
'스크럼' 책 나왔습니다 by 박일

선배 개발자 L을 추모하다.

김기웅(Kay Kim) — Sun, 20 Apr 2008 20:42:50 +0900

나의 멘터이자 형제 그리고 친구, 부디 편안히 잠드소서.

당신의 부재를 인정하기까지 정말 많은 시간이 필요했네요.

당신의 존재로 인해 달라졌던 나의 삶은, 당신의 부재로 또 한 번 달라질 것 같습니다.

오늘의 한 마디

김기웅(Kay Kim) — Mon, 21 Jan 2008 00:56:17 +0900

"좋아하는 일을 해라! 평생을 해도 즐거운 일이 있다면, 그것이 곧 성공이다."

- "사랑하지 않으면 떠나라"를 읽고 든 문득 생각.

[GDC 2008] $50 할인권

김기웅(Kay Kim) — Sat, 12 Jan 2008 16:21:23 +0900

새해를 맞아, GDC 2008 $50 할인권을 드립니다:

GDC 2008 $50 할인권

부가 설명을 드리면:

등록시, 3단계(혹은 4단계)에서 Coupon Code란에 GDCGIFT라고 입력합니다.
2008년 01월 16일까지 유효합니다.
Expo와 Student Pass에는 적용이 불가능합니다.
다른 할인(단체 할인?)과 중복이 불가능하다고 합니다. (Early Bird는 유효한 듯.)

참고로 저도 GDC 2008에 참석할 예정입니다. 운좋게도 한국문화콘텐츠진흥원에서 후원하는 GDC 2008 전문가 파견 프로그램에 선발되었습니다.

혹시 이곳에 들리시는 분들 중, GDC 2008에 참석하시는 분들이 계신가요? 저는 Game Design Workshop, Agile Restrospective, Matchmaking in HALO 3, Blizzard's Approach to Multiplayer Game Design 등은 확실히 들을 예정입니다. (강연 일정이 막 확정되어서, 이제서야 Schedule Builder가 사용가능하게 되었네요.)

Visual C++ 2008의 Multithread Debugging Seminar 후기 모음

김기웅(Kay Kim) — Mon, 7 Jan 2008 20:02:33 +0900

Visual C++ 2008의 멀티쓰레딩 디버깅 세미나가 아주 유익했나 보더군요:

멀티스레드 디버깅에 대한 세미나지만 주로 멀티스레드 프로그래밍에 대한 경험을 위주로 재미있게 잘 설명해주시더군요. 이전에 게임서버 개발을 하셔서 그런지 공감이 가는 이야기가 많았습니다.
점수를 준다면 10점 만점에 9~10점을 주고 싶을 정도로 유익했습니다.
덤프 디버깅에 대한 세미나를 해주시면 유익할 것 같습니다.
http://blog.naver.com/javawork93/130026412098

VC++ 2008은 게임 개발을 하는 C++ 개발자로서 괜찮은 업데이트라 생각한다. 새로 지원될 컨트롤들은 툴제작시 어느정도 도움이 되리라 생각하고, 강화된 멀티 스레드 디버깅 기능은 멀티 코어가 대세로 자리잡는 현재, 서버, 클라이언트 프로그래밍 양측에 편리하게 작용할 듯 하다.
http://blog.naver.com/saebaryo/30026192694

휴일이니까 귀찮아서 안 오는 사람도 많을 것이라는 생각을 하면서 15분 늦게 도착해보니 이미 자리는 차버렸어 임시 의자에 앉았어 듣게 되었습니다.
10점 만점에 9점을 주고 싶습니다( 앞으로 더 좋은 강연을 듣고 싶었어 10점은 다음에 드리고 싶습니다.^^;;;).
이번의 멀티쓰레드 관련 VC++ 세미나가 아주 도움이 되었고 이후에는 Dump 디버깅과 관련된 세미나가 꼭 생겼으면 합니다.
http://blog.naver.com/jacking75/140046654493

다른 분들도 위의 의견에 동의하시나요? 회사 동료분들 중에 "일요일에 하는 프로그래밍 세미나는 대게 영양가가 없다."라고 하셔서.

VisualUnitTest++: 단위 검사를 위한 VisualStudio Addin

김기웅(Kay Kim) — Sun, 6 Jan 2008 23:13:42 +0900

단위 검사를 위한 VisualStudio Addin인, VisualUnitTest++ v0.1이 나왔습니다:

UnitTest++뿐 아니라, CppUnitLite, CppUnitLite2도 지원한답니다. (압박을 가해주신 윤창필 님께 감사.)

다만 Addin이다 보니 버그가 있어서 죽는 경우는, Visual Studio가 뻗어버린다네요. (그 경우에는 이곳에 댓글로 상세한 버그 리포팅을 해달랍니다.)

참고로 Project page는 다음과 같습니다: http://vutpp.springnote.com

마지막으로 제작해주신 쑥갓 님께 진심으로 감사드립니다!

그래픽 리소스를 공짜로 구할 수 있는 곳들

김기웅(Kay Kim) — Tue, 1 Jan 2008 22:35:27 +0900

게임 아이디어가 있는 프로그래머의 가장 큰 문제는 아마도 '그래픽 리소스'일 것입니다.

저는 프로그래머조차 아니지만, 프로그래머인 친구를 갖고 있기에, 소시적에 독립 게임을 만들면서 비슷한 고민을 했었습니다.

요즘은 어떻게 하면 '좋은 Prototype을 최대한 싸고 빠르게 만들 것인가?'가 저의 주된 관심사들 중에 하나입니다.

그래서 찾아본 결과, 궁하면 통한다고 대략 다음과 같은 것들이 있더군요:

SketchUp 3D Warehouse: 건물이 대부분이지만 쓸만합니다. N 사의 모 게임은 Prototype에 SketchUp으로 만든 건물을 사용했었습니다.
3D Via(구 teapotters.com): 3D Modeling UCC 사이트. 설명은 여기서.
Garagegames.com: 무료 Font 1001개에서부터 Texture까지 창고 개발자들을 위한 자료가 풍부합니다.

부디 도움이 되시길 빌겠습니다.

애자일 게임 개발이란 무엇인가? (발표 자료)

김기웅(Kay Kim) — Mon, 31 Dec 2007 21:50:42 +0900

2007년을 마감하는 의미에서 '애자일 게임 개발이란 무엇인가?'의 발표 자료를 올립니다:

invalid-file

(사내 교육용으로 시작해서, KGDS 2007, DevRookie의 스터디, KGC 2007를 거치면서 조금씩 갱신되었습니다.)

이 자료의 제작 목적은 애자일 게임 개발의 개념과 도입의 실마리를 제공하는 것입니다:

왜 애자일 게임 개발이 필요한가?
애자일 게임 개발이란 무엇인가?
애자일 게임 개발은 기본 개발과 어떻게 다른가?
애자일 게임 개발 사례들
애자일 게임 개발을 도입하려면 어떻게 해야 하지?
애자일, 그래서 한 마디로 하면 뭔데?
참고 자료 목록

제 강연에 참석해주신 분들, Blog를 방문해주신 분들, 댓글과 Tracback을 보내주신 분들, 모두 감사드립니다.

새해에 복 많이 받으십시요!

링크 목록을 애자일 관련으로 개편하였습니다.

김기웅(Kay Kim) — Mon, 31 Dec 2007 20:51:27 +0900

안녕하세요, 김기웅입니다.

링크 목록을 애자일 관련 링크들로 완전히 개편하였습니다:

애자일 (게임) 개발에 관련된 블로그들을 대폭 추가하였습니다.
관련 없는 링크들 일단 모두 제외하였습니다. (숨기기 기능이 있으면 좋으련만.)

꼭 한 번씩들 들러보시길 권해드립니다!

새해 복 많이 받으세요!

우리 팀을 위해 일하는 것이 아니라, 항상 사용자들을 위해 일한다.

김기웅(Kay Kim) — Mon, 10 Dec 2007 13:56:00 +0900

더 많은 취약점들이 보완되었다는 말이 브라우저의 안정성이 떨어진다는 식으로 받아들여지는 것에 대해서는 어떻게 생각하는가?

잘못된 논리라고 생각한다. 만약 문제를 해결하지 않는다면, 겉으로 보기에는 좋겠지만 내부적으로 그 문제가 해결되지 못한 체 남아있게 된다. 지금 현재 우리가 처해 있는 상황을 그대로 비춰볼 수 있는 좋은 영화가 있는데, 바로 ‘Les Repos’, 해석하면 ‘부패한 것들’이라는 영화다.

한 젊은 형사와 늙은 형사의 이야기인데, 젊은 형사가 늙은 형사에게 점점 부패하는 방법을 배우는 과정을 그린 영화이다. 영화에서 범인을 잡으면 젊은이는 그 범인을 항상 경찰서로 데리고 가려 한다.

하지만 그 순간 늙은 형사는 "아니야 그렇게 하지마. 만약 우리가 그를 경찰서로 넘기면 범죄율이 증가하고, 그렇게 되면 우리의 평판도 안 좋아질 수밖에 없어. 그냥 그 자에게 돈을 받고 풀어주면 돼. 그게 그 범인을 처벌하는 유일한 방법이야."라고 말한다.

이는 현재 우리의 상황을 너무나 잘 투영하고 있는 듯 하다. 옳은 일을 꿋꿋하게 하게 되면, 내 스스로에 대한 평판은 낮아질 수도 있지만 결국 사용자들은 더욱 안정된 보안 속에서 활동할 수 있게 된다. 여기서 가장 중요한 것은, 우리의 제품을 선택한 사용자가 안전해야 한다는 것이고 사람들은 우리가 그렇게 만들어주길 바라고 있다는 것이다.

모질라 커뮤니티에 참여하는 개발자들은 옳은 일을 해야 된다는 사실에 대해 상당한 공감대를 형성하고 있고, 우리는 함께 협력해서 일을 해야 하기 때문에 서로를 믿어야 한다는 사실도 서로 잘 알고 있다. 만약 커뮤니티에서 제품의 결점을 숨기기 시작하면, 전체의 동기부여 면에서나 커뮤니티의 사기 면에서 상당히 부정적인 영향을 미칠 것이 뻔하다. 하지만 우리는 우리 팀을 위해 일하는 것이 아니라, 항상 사용자들을 위해 일하는 것이라 생각하고 마음을 다지고 있다.

가장 최근의 예를 하나 들어보자. 10일 전 우리는 파이어폭스 2.0.0.10.를 출시했다. 그러나 두 시간 후 우리는 새롭게 출시된 버전에 꼭 수정해야 할 오류가 있다는 사실을 발견해냈다. 몇몇 웹사이트 기능이 제대로 작동하지 않은 것이다. 우리는 재빨리 목요일 저녁 2.0.0.11 버전을 재차 내놓기로 결정했다. 3일 반 만에 새로운 버전을 내놓은 것이다. 이는 상당히 큰 전환점이 됐다. 우리는 일주일에 두 번이나 업데이트 하라고 사용자들에게 부탁하는 것을 좋아하지는 않지만, 결함을 그대로 묻혀 두는 것이 더 싫었기 때문이다.

출처: http://www.zdnet.co.kr/news/network/security/0,39031117,39164051,00.htm

서비스로서의 게임(Game-as-a-Service)

김기웅(Kay Kim) — Sun, 9 Dec 2007 01:57:31 +0900

'서비스로서의 게임' 선언문
(Manifesto for Game-as-a-Service)

우리는 다음의 것들을 가치있게 여긴다:

개발자(developer)보다 사용자(user)를,

제품(product)보다 체험(experience)을,

기능(feature)보다 혜택(benefit)을,

품질(quality)보다 만족(satisfaction)*을 더 중요시한다.

다시 말해서, 왼쪽에 있는 것들이 비록 가치있긴 하지만,

우리는 오른쪽에 있는 것들에 더 큰 가치를 둔다는 것이다.

* 품질(quality)이 '기능이 개발자가 의도한 바대로 작동하는가?'라면, 만족은 '혜택이 사용자의 기대를 충족시키는가?'를 의미한다.

Google Apps의 우수 도입 사례나, MS Exchange Server와의 비교 자료를 찾습니다!

김기웅(Kay Kim) — Tue, 20 Nov 2007 15:32:03 +0900

현재 회사에서 Google Apps의 도입을 검토하고 있습니다.

혹시나 Google Apps의 우수 도입 사례나, MS Exchange Server와의 비교 자료가 있으시면 Trackback이나 답글로 알려주시길 부탁드립니다.

다음은 Google Apps가 무엇인지 모르는 분들을 위한 설명입니다.

Google 애플리케이션을 사용하면:

1. 언제 어디서나 자유롭게 Email을 보내고 받을 수가 있습니다.

회사의 도메인 네임(예: @tistory.com)은 그대로 유지됩니다.
기존의 MS Outlook도 그대로 사용 가능합니다. (IMAP과 POP3, SMTP 모두 지원합니다.)
블랙베리(혹은 블랙잭)과 같은 스마트폰이나 모바일 장치에서도 이메일 접속이 가능합니다.

2. 편지를 지울 필요가 없습니다.

표준형은 약 5G가, 고급형은 25G가 지급됩니다.

3. 원하는 편지를 순식간에 찾을 수 있습니다.

이메일, 첨부파일 및 인스턴트 메시지 대화를 검색하는 데 1초도 안 걸립니다.
여러 주제에 해당하는 하나의 이메일에 Tag를 달아서 손쉽게 구분할 수 있습니다.

4. 비용을 절감할 수 있습니다.

Google 애플리케이션의 경우, 표준형은 무료이며, 고급형은 1인당 연간 $50입니다.
반면에 필수 하드웨어(처리능력 및 저장공간, 전력 백업, 에어컨, 데이터 백업), 필수 소프트웨어(데이터베이스, 운영체제) 및 시스템을 운영하는 데 필요한 IT 인력을 확충할 때까지 소요되는 메시징 및 협업 솔루션의 총 소유비용은 사용자 1명당 연간 미화 300달러가 넘습니다.A社는 집합적 기업체로 사업은 각 기업마다 독립해 행해지고 있다.

A 社는 집합적 기업체로 사업은 각 기업마다 독립해 행해지고 있다. 그러나 IT인프라는 전사 공통 기반으로서 제공되어 비용은 기업의 이용 인원수에 따라 과금되고 있었다. 그런데 그 과금의 비용이 매우 비싸고 메일서비스가 1인당 매월 5,000엔이라는 비용 부담을 피할 수 없게 되었다. 3,000명의 기업이라면 연 1. 8억엔이 날아간다. A社의 IT 담당자와 이야기를 해보니 "휴면 메일도 포함되니까 매년 1. 8억의 지불은 어리석지요. 다 그만두고 모두 지메일(Gmail)로 바꿔 그 만큼 보너스를 늘리는 게 좋겠네요."라고 농담을 했다.
출처: 파격적인「구글 앱스 포 유어 도메인」

5. 우리 개발자를 보다 생산적이고 창조적인 업무에 투입할 수 있습니다.

통신 및 협업 서비스는 Google의 인프라에 구축되므로 별도의 유지보수 작업을 수행할 필요가 없습니다.

6. 회의실 관리 및 일정 공유가 손쉬워집니다.

행사, 회의 및 기한 등의 정보를 담은 캘린더를 게시하면 모든 사람들(또는 선택된 몇 사람)이 자신의 안건 내용과 함께 볼 수 있습니다.

7. 보안이 강화됩니다.

Google의 최정상급 바이러스 검사 및 스팸 필터는 컴퓨터 및 전체 네트워크의 보안과 안전성을 강화시켜 줍니다.
노트북이나 PC가 도난을 당해도, 이메일은 분실될 걱정이 없습니다.

8. 개인화된 포털을 만들 수 있습니다.

시작 페이지(iGoogle)를 다음과 같이 자유 자재로 구성할 수 있습니다:

UnitTest++용 GuiRunner가 나왔습니다.

김기웅(Kay Kim) — Sat, 17 Nov 2007 17:58:58 +0900

남기룡 님께서 UnitTest++에서 빨간 막대가 녹색 막대로 변하는 순간의 희열감을 원하셨는데,

마침 쑥갓 님께서 UnitTest++용 GuiRunner를 만들어주셨네요:

사용법은 박일 님의 글을 참고하시기 바랍니다: http://parkpd.egloos.com/1668243

"애자일 게임 개발: 실천과 도입" in KGC 2007 후기

김기웅(Kay Kim) — Sun, 11 Nov 2007 14:45:46 +0900

"애자일 게임 개발: 실천과 도입" in KGC 2007은 실수도 있었고, 의도하지 않은 방향으로 흘러간 점들도 있지만, 사람들의 관심을 불러일으키는 데에는 어느 정도 성공한 듯 합니다:

제 입장에서 오늘의 하이라이트는 바로 이 세션이었다고 저는 생각합니다. XP, SCRUM, TDD등을 실제로 게임 업계에서 적용해본 사례들을 여러 패널분들의 경험담을 통해 들을 수 있었고, 애자일 개발에 대한 패널들의 조언이나 생각들을 들어볼 수 있는 멋진 시간이 되었다고 생각합니다. 1시간이란 시간이 이렇게 아쉽게 느껴지기는 오랜만이었습니다.
출처: http://sizuha.egloos.com/3477350

총 세 개의 session을 들었는데, 모두 Agile 방법론과 관련된 session이었습니다. 세 session 모두 나쁘지 않았지만, 마지막 session이었던 panel 토의 시간이 가장 좋았습니다.
출처: http://opengameprogramming.net/sureong/414

사실 이번 패널 토의는 DevRookie에서의 강연 방식을 응용한 것이었습니다:

스터디를 애자일 하게 진행하시겠다는 기웅님의 예고가 있었는데, 역시나 시작부터 기민한 대응을 하시더군요. 프로젝트가 아닌 평면 TV를 보시더니 잘 안보이지 않을까 하면서 책상을 뒤로 치우자 하셨고, TV 앞에 의자를 끌어 당겨 모이게 하였습니다. 그렇게 서로의 간격을 30cm 내외로 두고 모두 TV앞에 모인체로 스터디가 시작 되었습니다.

기웅님의 강연을 기다리고 있는데, 스터디를 어떻게 진행할지, 궁금한 사항이 뭔지, 스터디 참가자가 토론을 통해 정하게 하시더군요. 결국 5분의 회의를 통해 '애자일이란 무엇인가', '애자일 개발의 성공 사례', '애자일 개발 도입' 이란 주제가 정해졌고, 이에 대한 스터디가 시작 되었습니다.

뭔가를 소개하거나 새로운 개념을 강연하는 방식이 아닌 약간의 설명과 질문 그리고 답변이 반복적으로 진행 되는 스터디였는데 뭔가 다들 참여하고 있구나 하는 생각이 들었습니다. 스터디 중간 중간에도 계속해서 참가자들의 피드백을 구하시고 강연이 아닌 토론을 하는듯한 스터디였습니다. 평소보다 40분 정도 늦게 끝났지만, 예고하셨던 대로 애자일한 재미있는 스터디였습니다

출처: http://cafe.naver.com/devrookie/1488

하지만 제가 몇 가지 놓친 점이 있었습니다:

청중이 불과 수십 명일 거라 예상했는데, 130여 명에 달했다. (그래서 패널리스트들과 청중들 사이의 거리가 매우 멀었다.)
전에는 3시간 정도였지만, 이번에는 1시간밖에 주어지지 않았다.

그래서 다음 번에는 이렇게 해보려고 합니다:

한 질문 당 논의 시간을 정해서 빠듯하게 가야 한다. (그 외에도 한 주제에 발언할 수 있는 발언자의 수를 제한하거나, 한 번 발언당 2분을 넘지 않는다 등.)
(오늘처럼 시간이 부족한 경우에는) 진행자가 누가 발언하겠냐고 묻지 말고, 바로 발언자를 지목하는 게 효과적일 수 있다.
사전에 질문을 확정하고 토의를 시작하자. Blog, Email 혹은 Wiki를 통해서 미리 질문을 선별하고, 여유가 있을 때에 현장에서 별도의 질문을 받자.
미리 준비하자. 특히 자세하지는 않더라도, 사전에 간단하게 제목만이라도 적힌 PPT를 준비하자.
패널 토의를 두 개 이상로 나누어서, 청중의 수를 작게 유지하자.

마지막으로 "애자일 게임 개발: 실천과 도입" in KGC 2007에 참석해주신 130여 명의 분들께 모두 감사드립니다! 덕분에 흥미로운 경험과 좋은 교훈을 얻었습니다!!!

김기웅의 미투데이 - 2007년 11월 8일

김기웅(Kay Kim) — Fri, 9 Nov 2007 04:37:39 +0900

점심시간에 Relic의 Lead Game Designer를 만났다. CoH를 기반으로 MMORTS를 만들고 있단다. (역시 예상대로 다음 대세는 RTS인 것 같다.) 부분유료화를 하려고 한다길래, 한참동안 그에 대해서 흥미진진한 이야기를 나누었다. (kgc2007) 오후 2시 31분
PayNova의 영업담당자랑 잠시 이야기를 나누었다. Sweden에서 왔다는데, EU와 미국에 강점을 갖고 있다고 한다. EU는 매우 복잡한 시장이라 nCash가 아닌 현지의 경험많은 PG가 필요할지도. 오후 9시 27분
Jonny Kang의 중국 시장에 대한 강연을 듣다. 거의 마지막을 들은터라 잘은 모르겠지만, 시장에 밀착한 게임을 만들어야 한다는 사실은 한국 게임계에 너무나 절실한 교훈이다. 아마 이것을 깨닫지 못한 회사는 몇년 뒤에 다가올 시련을 견디지 못하고 사라지지 않을까? 오후 9시 32분
KGDS 2003에서도 만났던 Tom Sloper 아저씨. 관록 있는 사람답게 내공 실린 이야기를 했지만, 동시에 교과서적이라고 할만큼 추상적이었던 것 같다. 그래도 막 Producer가 되었거나, 되려고 하는 사람에게는 유용할 듯. 오후 9시 34분
Gordon Walton. 가장 기대했던 강연! 하지만 조금은 아쉽다. MMO를 언급한만큼 Scrum of Scrums(Meta Scrum)가 별로 나오지 않았다. 거의 Scrum에 대한 일반적인 설명 수준? 나중에 Email로 물어야 할 듯 싶다. 오후 9시 38분
오늘 하루를 돌이켜보니, 개인적으로 가장 도움이 될만한 강연들은 다른 주요 시장들의 현황/특성에 대한 강연들이 아닐까라는 생각이 불현듯 든다. 시장 주도형(Market-driven) 게임 개발이 정답은 아니지만, 우리에게 가장 절실한 접근법이 아닐까? 오후 9시 41분

이 글은 betterways님의 미투데이 2007년 11월 8일 내용입니다.

Ntreev Zone으로 놀러오세요!

김기웅(Kay Kim) — Wed, 7 Nov 2007 20:36:56 +0900

KGC 2007에 참석하시는 분들 중 애자일 게임 개발'에 대해서 궁금한 게 있으신 분은 Ntreev Zone에 들러주세요!

제가 근무하는 Ntreev에서 KGC 2007에 Ntreev Zone라는 휴게실을 열니다.

편히 앉아서 쉴 수 있는 의자와
다른 사람들과 이야기를 나눌 탁자가 있고,
커피나 녹차 같은 음료수도 제공하고,
인터넷 접속이 가능한 PC들도 몇대 놓여 있습니다.
더 좋은 점은, 무료이고 누구나 올 수 있다는 점!
위치는 KINTEX 307호입니다.

예를 들자면, 아래에 있는 Google Developer Night의 그것과 비슷한 거죠:

주의: 본 사진과 Ntreev Zone은 직접적인 연관이 없습니다.

저는 강연을 듣거나 하는 게 아니라면, 8일과 9일 양일에 걸쳐서 이곳에 쉬고 있을 것 같습니다.

저와 함께 놀아주실 분은 이곳에 들러주세요! :)

"애자일 게임 개발: 도입과 실천" in KGC 2007

김기웅(Kay Kim) — Mon, 5 Nov 2007 19:19:32 +0900

일일 스크럼 회의를 제안하자, 관리자가 당신에게 윽박을 지릅니까?

"테스트 주도 개발"에 대해 이야기할 때마다, 동료들이 여러분을 비웃습니까?

짝 프로그래밍을 하고 싶지만, 누구도 함께 하려하지 않나요?

여러분이 이제는 이게 당연하다고 생각할지도 모르겠습니다.

하지만 우리는 다르게 생각합니다.

만약 여러분이나 여러분이 아는 누군가가 이와 같은 상황에 놓여 있다면,
"애자일 게임 개발: 도입과 실천"에 참석해보십시요.

우리가 어떻게 여러분을 도울 수 있을지 확인해 보십시요.

여러분의 생각, 방법과 길이 틀리지 않았다는 확신을 얻어가십시요.

당신의 동료들과 관리자를 데려와서, 우리가 여러분을 대신해서 싸우게 하십시요.

폭력을 이용한 협박이 아니라, 우리의 성공 사례로 그들을 설득하게 해주십시요.

그 밖에도 여러분이 원하시는 바를 댓글로 달아주시면 참고하겠습니다.

애자일 게임 개발: 도입과 실천(패널토의)

일시: KGC 2007(2007년 11월 09일(금) 오후 4:30)
장소: 일산 KINTEX 210호
패널리스트:
- 김기웅, 엔트리브 소프트
- 김창준, 애자일 컨설팅
- 남기룡, 마이에트 엔터테인먼트
- 박일, 엔씨 소프트
- 이진오, 리로디드 스튜디오
- 정준명, 웹젠

실용주의 개발환경을 구성하는데 필요한 도구들

김기웅(Kay Kim) — Tue, 23 Oct 2007 10:04:00 +0900

(Link가 잘못 걸려 있어서 수정했습니다.)

고맙게도 황상철 님께서 정리해주셨네요:

실용주의 개발환경을 구성하는데 필요한 도구들

전적으로 제가 생각하기에, 좀 무거운 도구들(Bugzilla)도 포함되어 있고, 게임 개발에 일반적으로 잘 사용하지 않는 기술이나 언어(예: Java)도 포함되어 있지만, 참고할만 하다고 생각합니다.

언제 애자일 (게임) 개발을 위한 도구들을 정리해서 올려보겠습니다.