[도서]만들면서 배우는 HTML5 게임 프로그래밍 황동윤 저 한빛미디어 | 2013년 06월 내용 편집/구성 한 번 읽는 것으로 경험을 쌓은 듯한 부담스러운 페이지수와 부담스럽지 않은 난이도가 장점.

전체적인 구성이나 난이도는 무난했다. 개발환경에 대해 소개한 뒤, 기초적인 기능으로 된 게임을 만들어 보고, 그 과정을 프레임워크로 다시 정리한 뒤에 게임으로써 본격적으로 갖춰야 할 여러 고려사항들을 다시 반영했다. 그 뒤 모바일 게임의 필수요소인 멀티유저 게임을 Nods.js 로 구현해 보고, 배포과정을 안내해줘 사실상 게임개발에 관심있는 독자가 필요로 하는 내용들은 모두 들어있다고 보여진다.

700여쪽에 달하는 두께와 장황한 문장들이 부담인데, 독자들의 의욕을 북돋우기 위해 최대한 친절하게 설명하고자 한 의도는 드러나지만, 그리 성공적이지는 못한 것 같다. ^^;; 재밌는 수다를 떠는 듯한 느낌을 주기도 해 쉽게 읽히지만, 적절한 요약과 좀 더 구체적인 설명이 필요해 보인다. 게임프로그래밍을 할 때 생각해 볼 요소들은 적절한 데, 대처방법에 대해 언급할 때는 다소 당위적이다.

개인적으로는 처음부터 정독하기 보다는 전체적인 흐름에 익숙해진 뒤에 편하게 따라가는 것이 적절해 보인다. 심한 경우, 샘플 코드가 나오고, 이전에 나왔던 코드가 다시 나오고, 전체 코드를 또 보여주는데 읽자니 지겹고 무시하자니 읽는 리듬에 좋지 않았다. 이는 분량을 늘이려는 것보다는 코드를 보면서 작업량, 규모를 예상하는 습관을 들이게 하려는 작가의 의도로 풀이되는데, 책내용이 한참 지난 뒤에 등장한다. 이런 부분이 아쉬운데, 몇몇 내용들은 기초적인 프로그램 문법을 설명할 때 같이 넣어줬어야 할 내용이라고 보여지고, 분량이 많을수록 앞부분에서 전체적인 가이드를 잘 잡아줘야 한다고 본다.

집중력이 떨어지는 수준의 독자라 책을 읽으면서 곧잘 헤매는 부분이 있었는데, "3.3 사운드 시스템 구현" 의 251쪽의 설명도 그중 하나다. 앞뒤 1~2 쪽 가량은 분명 사운드에 관한 설명인데, 삽입한 이미지는 사운드 관련 UI가 없는 브라우저 게임 화면들이다. 뭔가 잘못 봤다는 생각에 몇 번 들춰보고 웃고 말았는데, 아직도 이 캡쳐 이미지가 뭘 의미하는지 모르겠다. HTMLAudioElement 객체가 모든 웹브라우저에서 같은 방식으로 동작하지 않는다는 걸 보여주는 삽입화면으로 보여지는 것으로 추측하고 있다. ^^;;

앵그리버드 등의 각종 화려한 게임들 사이에 등장한 고전게임 "문 패트롤" 삽입 이미지는 압권이다. ^^;; 정말 그 때 생각이 절로 난다. (왜 그리 느리게 점프하냐고!!)

***** 이 리뷰는 "한빛리더스 6기" 활동의 일환으로 작성되었습니다.

한빛리더스_3기_로고

다소 낯선 분야인 게임 프로그램의 QA ( Quality Assurance. 품질보증 ) 에 대한 얘기를 다루고 있습니다.
소프트웨어 테스팅, 개발팀의 기획업무, 혹은 프로젝트 매니저의 업무와 혼동되는 부분도 있고, 사용하는 용어들이 좀 형식적이거나 생뚱맞은 느낌이 있기는 하지만, 지금까지 봐온 책들 중에서 가장 잘 정리되어 있었습니다. 

그간 소프트웨어 테스팅이나 기획쪽 서적들을 보면서 뭔가 애매해 하고 있었는데, " 고객만족 " 과 " 비용절감 " 이란 두 단어로 확 뚫리는 기분이었습니다. 회사에서는 항상 이 두 가지를 아주 중요하게 생각하지만, 정작 소프트웨어 업계에서는 이런 부분을 전담하는 역할이 거의 없는 것 같습니다.

물론 업무성과를 제대로 측정하기 어려워 그 투자가치를 인정하기 난감할 것 같기는 합니다. 기획, 개발, 디자인, 마케팅은 아니고, 단순한 테스터의 역할을 넘어서지만 그렇다고 없었을 때보다 개발, 관리비용이 얼마나 줄었는지, 판매량의 증대에 어떤 영향을 끼쳤는지 윗선에서 판단하기 어렵다고 보여집니다.

하지만, 간단하게 살펴봐도 품질이 좋은 경우든 나쁜 경우든 회사는 일정정도의 지출이 발생할 수 밖에 없습니다. 제품의 완성도를 높이기 위해서는 개발비용이 증가할 것이고, 완성도가 떨어졌을 경우에는 고객의 신뢰를 유지하기 위해 추가비용이 발생할 수 밖에 없습니다. 다행이 제품이 고객의 만족을 얻었다면 투자비용을 회수하고 이익을 얻게 되겠지만, 그렇지 못한 경우에는 울며 겨자먹기 식의 고객유지 비용과 막대한 업무량이 발생할 것입니다. 

결국, QA 는 생산성과 품질관리 측면에서 꼭 필요한 역할이 아닌가 싶고, 관계자들의 인식이 필요하다고 생각됩니다. 개발자, 디자이너, 기획자, 마케터들의 업무에 끼어들어 불필요한 감시나 줏어먹기를 하고 있는 것이 아니라 그들이 궁극적으로 만들어낼 제품들의 가치를 높이면서도 회사의 지출을 합리적으로 이끌어 내는 나침반 역할을 하는 게 QA ( Quality Assurance ) 의 역할이라고 봅니다.

출처 : 한빛미디어

이 책을 읽어보면 QA 는 회사에서 위치를 정하기도 애매해 보이기도 합니다. 권한이 없으면 정말 그냥 베타테스터나 기획자의 보조 역할 이상을 하기 힘들어 보이고, 권한이 많다 보면 프로젝트 매니저의 영역을 침범하거나 관계자들에게 권위적이기만 한 감시자로 비춰지기 쉬워 보입니다. 아마 QA 역할을 담당하려면 이 부분을 잘 조율해야 하겠지만, 그에 앞서 필요한 업무기술도 만만치 않더군요. 

챕터 7. 게임 QA 의 자세 편을 보면 다음과 같습니다.