GameMook

만화보는 곳 , 1화
 

게임웹진 ThisIsGame에서 게임개발에 관련된 만화가 올라오고 있습니다.
여고생 게임원화가가 주인공인 만화입니다.

동인쪽에서는 유명하신 나코오빠님이 그리시는 만화인데, 게임회사 이야기나 그래도 우리는 게임을 만든다 등의 게임개발에피소드를 다루는 만화는 지금까지 종종 있어왔지만 이렇게 게임업계를 소재로한 드라마라는 느낌의 만화는 아직은 찾기가 힘들어서 말이죠. 논픽션은 많았지만 픽션은 좀 없었다랄까.

게임업계 저변확대를 위해 꾸준히 게임업계를 소재로한 미디어가 나와야한다고 생각하기 때문에 이런 만화는 대 환영입니다.

다만 계속 4컷이고, 스토리가 너무 뜬금없이 진행된다는 점이 단점이지만 그 걸 감안하더라도 일단은 환영합니다.

여중생 게임원화가가 주인공인 일본만화도 국내에 들어왔는데, 다음에 기회가 되면 그런 업계를 다룬 영화, 만화, 소설들을 소개해보도록 하겠습니다.

인상깊은 글이 있어서 링크로 소개합니다.

소프트웨어 개발 클리닉 :: 15분의 마법

회의도 언제 끝나느냐가 중요합니다. 그러나 현실에선 회의 시작 시각을 정확히 지키려고 사람들을 닦달하는 건 많이 봤지만, 회의 종료 시각을 정확히 지키려고 노력하는 모습은 흔치 않은 것 같습니다.

글중에서 정말 와닿는 점이죠.

15분만으로 의사결정이 가능할까 싶기도 합니다. 사실은 좀 두렵습니다. 한시간 두시간의 마라톤 회의에 익숙해져있기도 하고 지쳐있기도 한 탓인것 같습니다.

한가지 확실 한것은 대부분의 게임회사에서는 회의로 대부분의 업무시간을 낭비하고 있다는 겁니다. 실제로 낭비일지 보다 좋은 방향으로 나아가는지는 잘 모르겠습니다. 애자일에서 주장하는 데일리미팅 같은 것도 불필요한 회의시간을 줄이고 커뮤니케이션은 잘 되게하는 도구중 하나죠. 회의시간이 너무 많다는 것은 대부분이 인정하지 않을까 싶습니다.

하지만 만약에 15분의 지정된 시간의 회의만으로 몇일동안 반복되는 2시간짜리 회의 5회의 효과를 얻을수 있다면 그것만큼 기획자와 개발자들이 편해지는 방법은 없지 않을까요.

제가 학교다니던 시절만 해도   (그러니까, 10년 전이죠) Phong shading은 앞으로 당분간은 오프라인 처리만 가능할 것이라고 보곤 했었습니다. 그 당시만 하더라도 PC, 게임 콘솔을 막론하고 3D가속칩셋은 Gouraud shading만 지원했기 때문이죠. 그런데 지금은, 요새는 퐁 셰이딩은 per-pixel lighting으로 더 많이 알려져서 그냥 아무나 다 쓰는 기술이 되었고, 퐁 셰이딩을 넘어 노멀맵 적용이 일반적인 추세가 되고 있습니다. (여기서 격세지감)

몇달전 저희 편집장이 GDC 강연을 듣고 왔습니다. 레이트레이싱이 앞으로 대세가 될거라는 내용이었다더군요. 앞으로 대세는 몰라도 많이 쓰이게 되긴 할겁니다. 벌써 퐁 셰이딩도 대세가 되었으니까요. 단, 처리를 위한 비용이 지금까지의 방법보다 더 리소스를 적게 먹거나 그 비용을 무시할 수 있을 정도로 하드웨어가 발전한 다음이 되겠죠. 당연한 겁니다. 게임은 상품이고, 상품은 당연히 수지가 맞아야 만드는 겁니다. 고급기술이야 얼마든지 써먹을 수 있지만, 개발 단가가 높은데 팔리지는 않는다면 어느 누가 상품을 만들겠습니까.

프로그래머들이 몰라서 고급 기술을 안써먹는게 아닙니다. 지금 각광받는 기술들은 모두 오래 전에 정립된 이론들입니다. 레이트레이싱은 70년대쯤에 제시된 아이디어죠. (찾아보니 1979년, 딱 30년째군요) 다만 비용의 문제 때문에 쓰이지 않았을 뿐이지 다 알려져 있던 것들이죠. 물론, 문제는 몰라서 못쓰는 프로그래머가 있을 경우입니다. 물론 모를 수 있습니다. 이바닥은 워낙 빨리 변하기 때문에 이걸 따라잡으려면 가랑이가 찢어질 지도 모르죠. 하지만 세상이 너무 많이 바뀌기 전에 캐치는 해야 쓸만한 프로그래머가 되죠.

문제는 새롭게 대두되는 기술에 프로그래머가 얼마나 빨리 적응하는가입니다. 사실 적응의 문제는 익숙함의 문제입니다. "아, 그거 전에 들어봤어" 하고 "어? 그게 뭔데?"라는 반응의 차이는 적응 속도의 차이로 바로 이어집니다. 프로그래머에게 꾸준한 공부를 강조하는 이유가 그겁니다. 뭐 주워들은게 하나라도 많은 사람은 적응 속도가 차이가 있거든요.

프로그래머가 무한히 많은 지식을 머릿속에 담아둘 수는 없습니다. 그래서 저는 되도록이면 오래전에 정립된, 기초지식과 기초 이론을 공부하는 쪽을 선호합니다. 주변에도 그렇게 추천하구요. 멀티쓰레딩 프로그래밍이 요즘 각광받지만, 최신 기사를 읽는 것보다는 그냥 익숙한 공룡책을 읽었던 기억이 훨씬 도움이 많이 됩니다. 그래픽스 기술이 눈부실정도로 발달하지만 그래픽스 수업시간에 봤던 책이 없었다면 잘 이해를 못하고 넘어갔을 겁니다. 돌이켜 보면, 책에 있었는데 아직 쓰이지 않은 거는 대부분 비용의 문제 때문에 아직 실용성이 없었다는 증거입니다. 기술이 발달해서 쓸모가 없어진 내용은 책에서도 사라지거든요. 책에 있다는 것은 효용은 있지만 비용이 크다는 것의 반증이죠.

그렇다고 아무책이나, 그러니까 '깡통들을 위한 XXX'같은 책을 보면 별 도움이 안됩니다. 얘네들은 현재 많이 쓰이고 있는 (즉, 한물 갈) 기술만을 대상으로 하거든요. 그보다는 교과서를 보십시오. 고유 등록상표(DirectX나, OpenMP나, Windows나.. 등등)에 대한 책보다는 이들의 기초가 되는 이론을 보십시오. 읽기는 어려워도 확실히 머릿속에 무언가가 남게 됩니다. 쓸만한 프로그래머가 되고자 한다면 기초지식을 쌓는 편이 훨씬 도움이 됩니다. 그래야 개념프로그래머로 인정받습니다.
기초지식이야말로 미래의 기술입니다.

• Gouraud shading (고로 셰이딩) - 프랑스 컴퓨터과학자 앙리 고로가 제안한 표면 음영 계산법입니다. 표면을 구성하는 각 점의 노멀벡터로부터 음영을 광원으로부터 따로 계산하고 각 점 사이의 영역은 선형 보간법(linear interpolation)으로 채워넣습니다. 현존하는 모든 PC용 그래픽 가속 칩셋의 기본 고정파이프라인 동작입니다.
• Phong shading (퐁 셰이딩) - 베트남계 컴퓨터그래픽스 연구자 뷔 툉 퐁이 제안한 음영 계산법입니다. 퐁 셰이딩에서는 각 점 사이의 영역에 대해서 노멀벡터를 선형보간하여 광원을 각각 계산하여 색상을 채워넣습니다. 요즘 per-pixel lighting이라는 용어가 나오는데, 퐁 셰이딩을 말하는 겁니다.
• Normal mapping (노멀 매핑) - 텍스쳐에서 현재 그리는 픽셀에 대응되는 텍셀의 RGB값을 각각 (x,y,z)좌표로 해석하여 노멀벡터로 삼고 광원의 영향을 계산하는 기법입니다.
• Phong reflection model (퐁의 반사모형) - 뷔 툉 퐁이 제안한 물체 표면에서 반사되는 색상의 근사값을 계산하는 공식. 물체의 표면에서 반사되는 색상을 환경색(ambient), 난반사색(diffuse), 정반사색(specular)으로 구분하고 각각의 색을 모든 광원에 대해 구하여 합성한 최종 색상을 물체 표면의 색상으로 정의합니다. 퐁 셰이딩과 혼동되어서는 안되죠.
• Ray Tracing (광선 추적) - 물체 표면의 색상을 구하기 위해 광선이 어떤 경로를 거쳐 굴절/반사의 과정을 거쳐왔는가를 계산하는 알고리듬입니다. 이를 계산하기 위해 시점으로부터 화면의 각 점을 향해 뻗어나가는 광선이 어디에서 부딪히는가를 계산하죠. 광선이 물체와 부딪혔다면, 부딪힌 위치에서 굴절된 성분과 반사된 성분으로 갈라서 다시 각각의 광선을 추적합니다. 광선이 어느것에도 부딪히지 않게되거나 광원과 부딪힐 때에 광선 추적이 끝나지만, 계산 속도를 올리기 위해서 트리가 일정 레벨 이상 커지거나, 혹은 광선의 세기가 일정 수준 이하로 떨어지면 추적을 중단하는 방법을 씁니다. 퐁의 반사모형은 이 과정을 통해 나오는 결과의 근사값을 구하는 방법이라고 생각하셔도 됩니다.