�ݺ�ߣ

Editor's Notes

1. 2. 전 우리가 “POC”과정이라고 부르는 것의 탄생에 대한 에픽의 디자인 역사를 얘기하고 기어즈2에서 나온 여러 예를 보여줄꺼에요.그리고 그 과정에 대한 디테일을 다뤄보도록 하죠.
2. 4. 우주공간이라던가 중력건, 로켓런처 등등 여러 분야에 걸친 모든 것들이 별 문제없이 받아들여진다면이미 여러분의 집에 언리얼 토너먼트가 깔려있을 것이에요.이것이 언리얼 시리즈가 퀄리티가 좋건 나쁘건 전세계에서 자발적으로 작업한 사람들에 의해 이루어진 이유입니다. (모드, 개인 제작 맵을 의미)
3. 5. 캐나다에 사는 아무개씨는 마야 문명의 레벨을 만들길 원했고,어느 순간에 이르러서는 이탈리아에 사는 또 다른 아무개씨는 불가사리 모양 위에 아즈텍 피라미드를 만드는 지경에 이르렀죠.우린 이 곳에서 온 거에요!우린 진짜 멋진 우주 피라미드를 만들었어요. 재미있었고 좋은 반응을 얻었죠.우린 재미를 이끌어내 것은 잘했지만 짜임새를 맞추는 것은 우리의 약점이었어요. 그리고 그게 이슈화되었죠.
4. 6. 우린 기존의 방식대로 문서를 기반으로 한 프로덕션을 계획했어요. 우린 컨셉 아트, 캐릭터, 테크 데모 등등의 문서들을 꾸역꾸역 채워 넣기 시작했죠.우린 이미 마커스 피닉스와는 동떨어진 레이저건, 전투 룻방식, 메카닉, 기차 맵들, 용 기사, 애벌레가 가득한 레벨과 같이 아이디어도 충분히 많이 있었어요.우리의 문제는 디자인 문서에 의존하면서 우리 팀 전체를 창의적으로 이끌어내야 했다는 것이죠.
5. 7. 문제점: 당신이 진짜 기가 막힌 아이디어들로 문서를 만들었다 치죠.그걸 가지고 세부내용을 강화한 문서를 또 만들고 모든 아이디어가 구현되었다면 릴리즈하죠. 맞죠?많은 사람들이 또는 스튜디오들이 기본적으로 이런 방식으로 진행해요. 그렇죠?근데 너무 자세하게 쓰면…아시다시피 잘 안 읽게 되죠.
6. 8. 문제점: 읽는 사람이 10명이라면 10명마다 제 각각의 해석을 하게 됩니다.
7. 9. 문제점: 불확실한 것을 믿어야만 하는 상황이 닥친다는 거죠.연인, 짝사랑, 혹은 처키.
8. 10. 문제점: 부정적인 사람도 있습니다.자기방어를 위한 수단으로 일단 ‘아니오’라고 말하는 사람이 분명히 지구상엔 있습니다.그럼 열심히 문서 쓴 사람의 감정은 어떻게 될까요?
9. 11. 문제점: 코딩에 필요한 제한된 요소들.‘A’라는 기능 코딩에 필요한 인력의 규모, 구현 능력, 창발 능력 모든 것들이 문서에 토씨 하나를 잘못 이해하는 순간엄청난 대재앙의 결과물인 ‘Z’로 나타납니다.
10. 12. 문제점: 인간의 모든 행동에는 시간의 흐름과 연계되어 있습니다.드래곤볼에 나오는 정신과 시간의 방같은 것이 있었으면 좋겠습니다만근데 우리는 프로잖아요? 고로 시간을 안 지키면? 터지겠죠.
11. 13. 하루는 내가 레벨에 몬스터를 한 마리 배치하고 사이즈를 키워봤는데 별 이상 없이 잘 움직이더라고요.헬멧도 사이즈를 키워주고 아예 그 헬멧을 어깨부분에 붙여봤어요. 그리고 여기저기 쏘고 다닐 때 ‘붐~~~’하는 사운드를 붙여줬죠.그랬더니 신기하게도 사람들이 전부 ‘우와 이거 멋지다!’라고 했어요.어떤 논쟁도 없었고 그대로 프로덕션 과정으로 들어갔어요.
12. 14. 우린 이 놈을 ‘부머’라고 불렀고 그대로 출시되었죠.
13. 16. 이 가운데에 있는 복잡한 세부 계획과 절차 덩어리를 날려버리면망했어..
14. 17. 디자이너가 스스로 프로토타입을 만드는 겁니다. 그냥 만들어 보는 거에요.그 이후부터 문서는 프로토타입에서 발견된 점을 요약, 정리한 내용으로 채워졌습니다.“이 놈은 테스트 레벨 A에서 샷건 2방에 죽어.” 처럼 말이죠.
15. 19. POC: Proof Of Concept문답무용: 묻고 답하는 것이 필요없다.“에픽 애들도 이런 데잖아!”라며이런 예를 따라하다가 책상이 빠져도 저는 아무런 책임 못 집니다.
16. 20. 자 이제 기어즈 오브 워 2를 만들며 이 친구들이 적용한 사례들을 한 번 보죠.
17. 21. 우린 시네마틱 씬과 말하는 사람 사이에 뭔가를 원했습니다. 이슈가 참 많았지요.
18. 23. 어쩌구 저쩌구… 당신은 아마 슬라이드를 쳐다보기조차 싫을 거에요!설령 이걸 읽었다 쳐도 내가 생각한걸 당신도 똑같이 생각할까요?300개의 논쟁이 시작됩니다!!! 스파르타!!!
19. 24. 또는, 자리에 앉아서 이런걸 만들어 버릴 수도 있죠.이건 한 명의 디자이너가, 자기 자리에서, 굉장히 짧은 시간 안에 만들어 낸 겁니다.아무런 코드지원 없이 말이죠.
20. 25. 여기 아주 “세련된 중지”옵션이 있네요.
21. 26. 전 생각하기 시작했어요. “만약 잭과 앤야를 일루 데려오면 안되나?”*역주: 기어즈 시리즈에 나오는 NPC 캐릭터들
22. 27. 진짜 레벨로 가져오고 나서는 모든 종류의 문제점들도 보이기 시작했죠.그래서 전 최소한의 카메라만 배치해봤습니다.또 다시 더 많은 이슈들이 나왔고요.
23. 28. 애니메이션, 얼굴 표정, 카메라 컷이 너무 많은 것 등등 이 모든 문제점들 때문에망했어요!아니죠. 전 잭과 앤야를 기어즈 세계에 남기는 이 모든 POC 레벨을 다하는데 하루밖에 안 걸렸어요.
24. 29. 우리에겐 주어진 시간이 딱2년밖에 없었어요. 왜냐하면 대부분의 팀원들이 UT3를 만들러 갔기 때문이죠.24개월이란 개발 사이클에서 처음 6개월은 한 명의 게임플레이 프로그래머만 있었어요.
25. 30. 우린 대부분의 영역에 있어서 프로토타입에 의지할 수 밖에 없었어요.우린 빨리 온라인에 올려서 봐야 했고 자급자족 할 수 밖에 없었어요.
26. 31. 우리가 쓴 한가지 트릭은 숨겨진 몬스터에 다른 놈을 붙여보는 것이었어요.
27. 32. 우린 움직임도 만들 수 있었어요. 그리고 움직임의 속성 따위를 조정했죠.
28. Shipped
29. 34. 안 보이는 몬스터를 배치하고 기간제한이 있는 오브젝트를 스폰 시킵니다.
30. Shipped
31. 36. 트리거들이 센서처럼 작동합니다. “안 보이는 에너미 모자” 테크닉.
32. 37. 하지만 폭탄으로 다리를 잘라내는 것은 없앴습니다.
33. 38. 몬스터에 동적인 메쉬를 붙입니다.빙빙 돌리는 폭탄도 남는 애셋을 활용 한 것입니다.
34. Shipped
35. 40. 더 많은 기대하지 않았던 장점들.
36. 41. 컨트롤이 가능하게 되었죠. 토글액션 대신 조준하는 모습으로 만들었고요.
37. 42. 의도하지 않았던 바닥에 심는 기능까지도 포함 시켰죠.
38. 43. “가스를 쏟아내는 총”입니다. 마찬가지로 오브젝트를 스폰하는 거였죠.
39. 44. 뭐가 되었건 네안데르탈 세계의 것이라거나 베트남 시절의 기술은전통적인 화염방사기를 대신하기엔 도저히 접근 불가이거나 본능적으로 아니다 싶었죠.
40. 45. 커버 시스템 중 퍼지 커버입니다.*역주: 프롭을 이용한 커버 시스템
41. 46. 너무 자연스러웠어요. 우린 실제 프로토타입의 형태 그대로 포함시켰습니다.
42. 47. 사다리를 타고 올라가는 부분의 남는 애니메이션, 레벨 디자인에 미치는 악영향이 심각했음.
43. 48. 덕분에 커버 시스템이 불투명해져 버렸습니다. 우린 선명한 것이 좋아요.
44. 49. 엘리베이터를 만드는 것과 크게 다르지 않아요. 터렛을 붙이고 복잡한 동선을 만들었죠.
45. Shipped
46. 51. 안 보이는 몬스터를 트리거처럼 사용했습니다. 그 놈이 죽을 때 이펙트를 발동시키면서 피바다로 지표면이 상승합니다.
47. Shipped
48. 53. 크리스마스는 일 안 해도 되고성인이 된 아이들은 환호하고범죄율도 줄어들고세계 평화가 찾아왔죠. 올레~
49. 54. 우리가 그 과정에서 배운 것들이란 말이죠.
50. 55. “디자이너”는 프로그래머가 될 수도 있고 아티스트, 사운드 엔지니어 등등 어떤 분야의 사람도 될 수 있습니다.즉POC를 만든 사람이 “디자이너” 입니다.최대한 극적인 효과를 보여주세요, 피드백은 보여준 만큼 돌아옵니다.
51. 56. 당신은 더 많은 눈속임을 위해 이런 기능 중 오직 몇 가지만 필요할 것이에요.프로그래머는 당신이 어떻게 했느냐에 따라 당황할 수도 있겠지만 아직 릴리즈 단계는 아니잖아요.우리가 결과값을 갖기 전에, 난 실제로 물리가 적용된 공들을 결과값처럼 보이게 쏘았죠. 그건 성공했어요.
52. 58. POC는 훨씬 심도있는 형태의 디자인 문서 양식이 될 것입니다.다 함께 자연스럽게 어울리면서 반복작업을 통하여 프로그래머들에게 창의적인 부분을 맡겨주세요.우주 피라미드 – 더 많은 아이디어를 시도하고 부적절한 것들을 추려내세요.몇몇 디자이너들은 여전히 실행 중심적이지 못할 것이에요, 그런 사람들은 실행 중심적인 사람들과 짝을 지어 주세요.
53. 59. 텍스트 밖으로 게임 디자인을 끄집어 내세요. 동료들의 반응만 봐도 이미 된다는 가능성을 알 거에요.만약 당신이 구현하는 것을끊임없이 다른 사람의 아이디어에 의존하는 디자이너라면 POC를 하세요.수많은 크고 작은 리스크들을 끌어안으세요, 그게 당신이 멋진 게임을 만드는 방법입니다.