아악;; 간략하게 그릴 수 있는 문제인가요. OTL

안녕하세요. 가람해무입니다.
경력 시스템 기획자의 경우에는 잘 모르겠지만, 제 경우에는 신입의 경우에 이 문제를 어떻게 파악할 수 있는지 대충 대답이 될 수 있을 것 같습니다. 총 7개의 사전 정보에서 7번이 좀 어려웠습니다. 즉 테이블 설계에 있어서 어떤 부분이 추가될 경우 테이블 구조를 변경하지 않고도 변경한 것과 같은 효과가 나야 한다는 것 같은데, 어느 정도 시스템 기획에 대한 실전 경험이 있어야 해결할 수 있는 문제가 아닌가 합니다. 이 문제는 제 경우엔 제한시간 안에는 무리였네요. 제한 시간 안에 나온 형태는 제 경우에는 다음과 같습니다.
http://memolog.blog.naver.com/kaelove1234/165

문제의 난이도 자체보다도 5번 즈음에서 '음?'하는 생각이 드는군요.
5~7번 전제를 어떻게 이해하고 받아들이느냐에 따라 굉장히 난감한 문제가 될수도 있을것 같습니다. 특히 6번이 그렇네요.
예를들자면 게임안에 맞고랑 포커를 돌리는데(1) 앞으로 3인고랑 바카라도 추가할 생각이고(2) 참가인원이 다양한 이런 게임들로 지속적인 토너먼트를 열어서 유저한테 아이템을 풀고 싶다(3,4). 근데 그거 라이브관리 골치아픈 부분은 최소화하고 싶다(5)라는거 아닙니까?

근데 6, 7번 설명을 받아들이기에 따라서는 다음과 같은 혼란을 받을수도 있겠네요.
포커에서 1등한 녀석이 1등 아이템만 받거나 아예 1~5등 아이템을 싹 쓸어갈수도 있고(6), 나중에 보상아이템이 변하거나 맞고를 4명이서 치는 기괴한 업데이트를 할것까지 염두에 두고 만들어라(7)
만약 이런 방향으로 사고가 흘러간다면 명쾌하고 확정적인 테이블이라는건 이미 물건너갔다고 생각합니다. 그럴 혼란의 여지가 충분히 있는 질문이라고 보고요.
독립적인 게임마다 인원(x)에 따른 등수(y)를 책정해서 주기적으로 변하는 보상(z)를 주기 위한 테이블을 만들라는 건데, 6~7번 문항때문에 x, y, z, 어느것도 확정지을수가 없잖아요?

가람해무/보상 데이터의 유동부분을 빼고 하나의 테이블로 하면 거의 정답에 근접하신 내용입니다. 사실 이정도라도 답을 내주면 당장 합격을 시켰을텐데..

중년게이머님/가람해무는 일주일 전에 서울 올라와서 한창 구직중이랍니다~낚아가세효. ㅎㅎ

가람해무/음.. 하루 차이로 비껴 가네요.^^.. 결국 사람이 안뽑혀서 다른 방향으로 선회를 해버렸는데.. 아 하루만 먼저 글을 올릴껄.. 혹시 1-2주 안에 오기로한 사람들이 파토나면 그때 우선순위로 연락을...^^

저도 7번이 어렵더군요. 아이템의 종류가 무한정 늘어나는 테이블이라고요? 어떤 게임도 하나의 퀘스트나 액션에 대해 그정도로 다양한 아이템 테이블을 요구하지는 않는걸로 아는데요.
...뭐 방법은 테이블칸 하나 안에 '게임명_등수_아이템_갯수_아이템_갯수' 식으로 g4412_1_it3325_1_it3251_3 같이 다양한 정보를 몽창 다 우겨넣고 그걸 읽어들여서 판별하는 코딩을 짜면 되겠군요. 그렇지만 저같으면 차라리 새 행이나 열을 만들고 말겠습니다;

pidesa/ 아이템의 갯수가 늘어나거나 줄어들기를 해결하려면 일대다 형태의 테이블을 생각하시면 됩니다. 보상에 대한 테이블이 1이고 보상품에 대한 테이블이 다수인 연결 관계를 생각하시면 쉽게 해결이 될 것입니다.

일단 - 새 열은 몰라도 새 행은 추가로 넣을 수 있다는 가정 하에

1등 2등 3등 4등 5등
게임1 "아이템태그_갯수_아이템태그_갯수" - 이하동일
게임2 "아이템태그_갯수_아이템태그_갯수"
게임3 "아이템태그_갯수_아이템태그_갯수"
게임4 "아이템태그_갯수_아이템태그_갯수"

라는 식이면 하나에 정리가 되긴 하겠죠. 그런데 정말로 게임의 갯수도 몇개 늘지 모르고, 등수도 유동적으로 늘어나는 그런 게임을 만드실건가요?; 한쪽은 고정되어야 하는거 아닌가요?;;;

pidesa/ 음.. 실제로 만들어서 서비스가 되고 있습니다. -_-;; 게임 내부의 미니게임이 계속 추가가 가능한 상태이고 미니게임에 참가 인원잉 정해져 있지 않습니다. 적은 게임은 3명 많은 게임은 6이나 8명일 수 있고 그 이상도 가능한 상태입니다. 플렛폼 사업단에서 내부에 들어올 CP들의 자율성을 주기 위해 가능한 확장 구조를 갖고 있는 형태를 원하니까요. 두개다 유동으로 늘어나도 해결이 가능한 상태입니다. 이벤트기간이나 기타 상황에도 DB의 구조를 바꾸지 않고 데이터 추가만으로 유지 보수가 가능한 형태라서 개발 이후 프로그래머나 DBA가 가능한 필요하지 않는 형태입니다.

중년게이머/ 제가 가람해무님의 답을 한번 봐야겠군요. 확실히 프로그래머가 필요치 않은 - 유지보수가 간단한 메뉴얼만으로도 되는 형태여야 추후 비용이 적게 드니까요. ㅎㅎ

보고 말씀드릴께요~

중년게이머 / 아항! 봤습니니다. 네. 저런 식으로 만들면 되는군요. ㅎㅎ 행이 늘어나는건 감안한다고 볼 때 확실히 하나의 테이블로 되네요.

pidesa/ 네 그이후에 보상품도 지금 필드가 지정되어 있어서 수량을 정하게 되어 있던데 그것도 별도의 테이블로 옆으로가 아닌 아래로 늘어난다고 생각하시면 문제가 해결될 것입니다.

.....은근슬쩍 좋은거 배워가는 1人
이런 글 아주 좋아요~

조심스럽고도 감히 말씀드리지만, 최악의 질문이라고 봅니다. 중년게이머님의 면접 스크립트는 기획자에게 개발 프로세스에 대한 이해를 최우선으로 두고 있는 것인데, 어째서 그래야 하는지 참 납득이 안 됩니다. 요새 아무리 게임기자나 게이머 같은 예비 기획자들이 많다고 해도, 기획적 소양을 창발적 사고에 두지 않고 경험이나 공부에 의해 쉬 체득될 수 있는 부분을 판단하겠다는 것은 정말 잘못되지 않았나 싶습니다. 실무에 투입될 수 있을 경우의 능률이 기획자 선임의 잣대가 된다면, 정말 국내 게임계의 미래가 없습니다.
물론 많은 면접관 분들이 스크립터 등으로 기획 파트에 속한 단순 노동을 요구하시고는 하고, 이러한 소양을

요구하기도 합니다. 그럴 경우 최우선은 스크립팅 능력이 되겠지요. 이해는 합니다. 하지만 결국 단순 기술적 노동력의 충원이 아니라면, 어떠한 이유든 기획자는 기획적 자질이 우선이 아닌지요?
저도 처음에 글이 흥미로워서 읽어봤는데 이 답글을 달려고 기사만 보던 디스이즈게임 사이트에 가입을 하게 되었습니다. 온라인 게임 시스템 기획을 했었고, 현재 타 플랫폼에서 기획 겸 PM을 맡고 있습니다. 면접 경험은 없고, 서류전형은 담당했었습니다.

저라면 table no, itemIndx로된 테이블을 그리고 미니게임 마다 rank, table no를 가진 테이블을 두고 조인트해서 썼을 것 같습니다. 문제 이해하느라 고생했네요.

오리발/ 해당 내용은 시스템 기획에 국한된 내용입니다. 사실 기획의 범위가 넓은 상황에서 종합적인 능력이 뛰어나면 좋겠지만 지금 필요한 인력이 시스템 기획자 였습니다. 시스템 기획자가 주어진 요건에 맞춰서 시스템을 기획할 수 있고 한발더 나가서 유지 보수성이 높은 설계를 한다면 좋다고 생각했기 때문입니다. 다른 기획이나 설정 어떤 방향성을 제시하는 기획자였다면 다른 면접 시험을 봤을 것입니다. 물론 직접 테이블 설계를 기획자가 해야 하는가는 회사마다 다른 상황이겠지만 이 부분을 이해하고 방향을 제시할 수 있다면 개발자와 커뮤니케이션 오류를 줄일 수 있기 때문입니다.

오리발/ 창의적인 사고는 시스템 전반을 이해하고 나서 추가적으로 더 있으면 말이 되는 시스템이 창의적인 사고하에 개발 되겠지만 생각만 있고 실현이 불가능한 기획을 한다면 보통 개발하는 신생 업체들이 겪는 어려움을 고스란히 다시 겪을 가능성이 높습니다. 방향과 비전을 제시하는 기획자와 그것이 구현 가능하도록 하는 시스템 기획자는 분명히 다른 분야인것 같습니다. 두가지를 다 잘하는 사람은 정말 유니크할 것이고요. 사실 두가지는 생각하는 사고방식이 전혀 다른 방향이라 한사람이 둘다 잘하긴 어려울 것으로 생각합니다.

PizaNiko/미니게임마다 테이블을 만들면 미니게임이 추가될때 테이블을 추가해야 하는 문제점이 있습니다. DBA의 손을 빌려야 하니까요. 프로그램에서도 약속이 되지 않는다면 테이블 이름을 인식할 다른 방법이 필요하게 됩니다. 제시 조건에서 벗어나지만 틀린 방법은 아닙니다. 사실 그런 방법으로라도 문제를 풀려고 시도 했으면 했는데.. 그런 사람도 드물더군요.

중년게이머 / 그렇다면 역시 세개의 테이블(...)을.
오리발 / 기획적 자질이라는 것이 무엇인지 궁금합니다. 개인적으로는 반짝이는 아이디어나 창의적인 사고도 중요하지만, 거기에 덧붙여, 그것을 실제로 구현할 수 있는 수준으로 정리하여 남들에게 설명할 수 있는 능력까지를 기획적 자질로 생각합니다. 오리발님은 기획적 자질이라는 것을 어떤 것으로 보시나요?

해답 잘 봤습니다. =)
역시... 공부를 더 해야겠다는 생각이... OTL

오리발//
저도 기획자의 기본 소양은 창발적 사고라고 생각하지 않습니다. 창발적 사고를 논리적으로 전개하고 분석하고 결론을 도출하는 과정이 더 중요하다고 생각합니다.
창발적 아이디어 제시는 기획자가 아니더라도 누구든지 할 수 있는 것이니까요. 하지만 그 아이디어를 정리하고 구체화시키는 일은 기획자만이 가능한 일입니다.
팀이 소수 인원으로 구성되어있다면 오리발님이 말씀하신 부분이 기획자에게 꼭 필요할 수 있겠죠. 하지만 다수의 인원으로 구성되어있는 경우는 창발적 사고능력보다 논리적 구현능력이 더 필요합니다.

저희팀 같은 경우 DB마스터가 알아서 테이블 설계를 한다능...--;;;;

재밌는 문제네요. ^^ 사실 경력자 아니라면 면접 볼 때 떨리기 마련인데, 20분 내에 문제를 이해하고 작성하는데 어려울 것 같습니다. 아스파님께서 말씀하신 것 처럼 확정 지을 수 있는 값이 아무것도 없기 때문에 더 어려울 것 같습니다.

제 경우에는 면접 때 '구현력'보다는 '창의력'을 더 중요하게 생각하고 이에 대한 문제를 냅니다. 사실 '구현력'은 가르키고 시간이 지나면 경험을 통해 발전을 하기 쉽지만 '창의력'은 가르칠 수도 없도 공부한다고 알 수 있는 것이 아니기 때문이죠. 하지만 시스템 기획이라면 논리적인 '구현력'이 매우 중요할 것 같네요.

문제의 내용보다는 제한 시간이 문제인것 같네요. 문제의 내용은 비교적 간단합니다만, DB와 연동되는 문제라면 신입에게 있어서는 조금 다른 문제일 수 있습니다.
보통 신입 기획자는 아무리 시스템 기획이라고해도 경력이 있지 않는 이상 DB를 만져볼일이 드물기 때문이죠. 따라서 10~20분 정도는 문제의 난이도를 상당히 높이는 부분이라고 봅니다.(솔직히 20분 정도면 충분하다고 봅니다만 DB구성을 해본 경력자에 한하겠죠. :)
문제의 내용은 시스템 기획에 있어서 아주 적절한거 같습니다.

재미있는 글이네요~
다만 만들려고 하는 게임이 어떤게임인가에 대한 내용이 없이 너무 단순한 컨셉만 주셨기 때문에... 저 글을 읽는 순간 어리둥절하네요... 어떤 게임인지에 따라서 같은 컨셉의 시스템 기획이라도 답은 달라질 수 있기에 적절한 질문이라고는 생각하지 않습니다~ 제 경험상 기획자가 갖춰야할 스킬은 4가지로 보는데 1.문서화 2.커뮤니티 3.시뮬레이션 4.전문분야 능력 이 4가지 중에서 1번은 포플로 확인이 가능하고 2번은 면접으로 확인이 가능합니다~ 어느정도는 4번의 전문 능력은 그사람이 기획자 중에서 어떤 분야를 전공으로 하는 지에 따라 달라지기에 신입 기획자에게는 무리고요~

제가 볼때 시험으로 확인할 수 있는 부분은 3번 시뮬레이션 입니다~ 테이블의 스키마 같은 경우는 게임을 상당히 디테일하게 알때 가능하기에 그부분의 질문은 적당하지 않은것 같습니다. 오히려 현재 나와있는 게임중 한가지 예를 들어서 질문하시는 방법이 더 좋을듯 하고요. 제가 추천하는 방식은 시뮬레이션 능력 검증인데. 방식은 위에 하신것처럼 시스템 기획자가 현재 풀어가야할 조건들을 나열하시고서 그 문제를 해결할 기획을 해보라고 하시는 방법이 가장 좋다고 생각합니다~ 예를들어 현재 DB를 바꿀 수 없고, 유저가 꼴찌를 하더라도 보상을 받아야 한다... 등등

몇가지 제안을 걸고 그 안에서 시스템 기획을 하는 해결능력을 검증하는것이 오히려 더 좋은방법일듯 합니다~
중년게이머 님이 하신 질문의 내용은 좋았으나~ 그 결과로 테이블을 짜라는 것은 문제 자체가 잘 이해가 가지 않는 느낌이네요~

레벨 디자이너라서 그런가.. 저도 문제가 살짝 이해가 안갔네요..
특히 5번에서 조금 헤맸는데, 뭐 다시 보니까 이젠 이해가 갔어요 ㅎㅎ..
시스템 기획자를 신입으로 뽑는 회사는 거의 없죠..신입은 주로 컨텐츠 기획이나 스크립터를 위주로 뽑고 있는게 현실이기도 하거니와, 시스템 기획은 경험이 밥줄이기 때문인듯 하네요.
경력직을 위한 문제라면 괜찮은 수준의 문제인 듯. 하지만 면접 중에 저런 문제를 주시면 열이면 열 긴장해서 20분도 모자랄듯 ㅎㅎ

어떻게 돌아가는지 모르겠네요..
보통 아이템 이벤트는 스크립트로 사용하지 않나요?
flag값으론 "미니게임 UID / 등수를 결정하는 값 / 보상아이템 UID / 보상수량이 고정이냐 랜덤이냐 / 고정이면 몇개를 주냐 / 언제기록된거냐 " 를 기본으로 이것저것 조건을 살로 붙여가면서 만들어나가면 될거같은데요 -_-;
테이블을 사용하는 회사라니 기획자들 참 행복한 회사겠군요;;

제가 볼땐 본인의 머릿속에 있는 게임의 범위를 좁혀놓고선 질문을 하신듯... 아마 답도 본인의 생각속에서 정답이 정해져 있으신듯 하네요.

시스템 기획자의 문제로서 그리 적절치 못해보입니다.
테이블의 규칙은 프로그래밍 코드와 밀접한 관계가 있기 때문에, 보통 프로그래머와 상의하여 결정하면 됩니다.
제가 생각하기에 시스템 기획자는, 위의 문제에 대한 해답으로 테이블 설계를 요구하기 보다는, 그 문제 자체를 내도록 하는 것이 맞다고 생각됩니다.
테이블 설계보다는, 빠짐없이 논리적으로 꼼꼼하게 요구사항 설계를 할 줄 아는 능력이 더 필요하겠습니다.

만약 기획이 높은 순위대로 좋고 많은 아이템을 지급하게 되면 가람해무님의 답변은 좋지 못한 답변이라고 생각합니다. (밸런싱을 생각해서) 인원이 유동적임이다라는 조건이 있기때문에 인원 필드를 추가해서 인원이 2명일 경우 (최하위가 5위일 경) 5, 4위 아이템만 얻을 수 있게 해야 노가다나 어뷰저가 없겠죠.
아무튼 결과적으로 이 문제는 신입에게는 최악일 수도 있고 만약 풀면 면접자 입장에선 이제 소양만 갖춰진다면 다른 신입은 눈에 들어오지도 않겠죠
이 문제가 시스템기획자에 국한된 문제이기 때문에 전 찬성합니다. 단 신입에겐 엄하게 문제를 낼 필요는 없다고 봅니다. STREETDJ님 대부분 이런건 테이블로 하지 않나요;;

제가 글 쓰는 과정에서 논리적 설계와 전개라는 표현을 썼다가 지웠나 봅니다. 창발적 사고보다 논리적 전개(또는 구현) 능력이 중요하다는 답글들을 보고 다시 확인해봤습니다.
제가 강조하고 싶은 것은 저 질문이 어째서 '논리적 전개 또는 구현' 능력을 검증하는 것이 된다는 말씀이신지요? 저 질문에 대한 몫은 사실 프로그래머에게 있어도 상관이 없습니다. 기획 단계에서 개발 과정의 핵심 코어를 이해하면 좀 더 효율적인 퍼포먼스를 낼 수 있는 설계가 가능하지만, 그것이 기획자 소양의 '최우선'이어서는 절대 안 된다는 것이 제 입장입니다. 전 저 질문이 논리적 사고 능력이 아니라 개발 프로세스에 대한 이해를 최우선으로 두고

있다고 밖에 생각되지 않습니다.
시스템 기획자의 실무적 최우선의 능력은 패턴의 구성과 설계입니다. (물론 디자인 패턴이 아닙니다.) 제제 님 말씀대로 저 또한 후천적으로 얼마든지 습득하고 체득할 수 있는 소양과 (물론 갈고 닦아 길러진 것이라 해도) 선천적인 능력을 엄격히 구분합니다. 대체적으로 후천적인 기술적 능력이 조금 부족하다 하더라도, 전 그 때 그것의 습득 가능성을 보지 그 자체를 선천적 창의적, 논리적 사과력보다 우선시 하지 않습니다. 사실 개발 프로세스에 대한 이해가 부족하다 할지라도, 논리적, 언어적 능력이 뛰어난 신입 기획자는 그런 것들을 금방 흡수하기 마련입니다.

앤디강/ 답변에 큰 공감을 합니다만 프로그래머에게 문서를 건네기전에 기획자가 테이블에 필드를 미리 만든 후(직접 엑셀로 미리 만드는 것이 아니라 문서에 설명을 위해 첨부)에 각각의 설명을 달아 프로그래머와 상의하면 더 좋지 않나요? 전 그렇게 해오고 있는데.. -,-; 더 좋은 방법이 있으면 알려주세요~

중년게이머님의 '난이도'에 대한 답변만 드리자면, 신입의 경우에는 한없이 어렵고, 경력의 경우에는 평이한 수준의 난이도로 보입니다. 우선, 문제의 전제조건이, 시스템기획자는 프로그래밍언어 배열과 구조에 대해서 이해하고 있다. 인데, 그정도 능력의 인력이라면, 그냥 프로그래머를 하는게 좋을 수 도 있지 않을까 생각되네요. 결국 구현의 문제는 프로그래머의 몫이기 때문에, 프로그램을 이해하는 기획자보다 기획을 이해하는 프로그래머 구하면 정말 따봉이죠. 문제가 너무 프로그래머적으로 '시스템'기획자에 치중하지 않았나보이네요. 원하시는 인력은 시스템'기획자'로 보이는데 말이죠.

마지막으로 결과론적으로만 판단하게 될 때.
저 질문을 통해 뽑힌 기획자가 좋은 기획자라 말할 수 있는가? 에 대한 답은 미지수라는 것입니다. 질문자 님께서 만약 '우리의 필요 인력은 시스템 기획자이긴 한데, 재미있고 훌륭한 게임 시스템에 대한 기획보다 어떠한 기획이든 자신의 생각함을 개발 프로세스에 대한 이해를 갖고 (프로그래머가 바꿀지 모름에도 불구하고) 기획 단계에서 미리 구현 방식의 설계를 할 수 있는 사람을 원한다'라고 주석을 달았다면 모르겠지요.
그리고 창발적 사고가 가장 중요한 기획 포지션이 시스템 기획자 아닙니까? 수치 디자이너, 레벨 디자이너, UI 디자이너, 시나리오/퀘스트 누구한테 요구하죠?

오리발/ 다 옳은 말씀이라고 봅니다. :) 신입개발자에겐 말씀하신 선천적 창의적, 논리적 사고력을 우선시 해야지 탄탄한 후배양성이 이루어질 것이라고 봅니다.

저도 오리발님이나 앤디강님처럼, 역으로 문제를 내면 좋을 것으로 생각되네요. 본문의 문제는 기획자보다는 프로그래머가 훨씬~~ 풀기 쉬운 문제로 보입니다. 역으로 구현된 테이블을 보고, 해당게임에서 어떤 결과가 나올 것인가,를 생각해보게 하는 문제가 기획자의 능력을 알아보기 좋을 것으로 생각되네요. 그리고, 경력자의 경우에는 자신이 해오던 스타일이 있기 때문에, 출제자가 의도하는 해답을 내놓기 매우 힘듭니다. 고등학교 시험문제처럼이라도, 예제같은 것을 간략하게 보여주고, 응용력을 테스트해보는 것도 좋아보이네요. 좋은 인력 구하시길 바래요 :)

자~이제 중년게이머님~정답이라고 생각하시는 모범 테이블을 공개해주세요~
* 정답이 궁금한 레벨 디자이너가 -_-ㅋ *

신입 시스템 기획자가 시스템 개발 소양을 어느 정도 가지고 있나 알아보는 차원이라면 모를까, 당락을 결정 짓는 문제라면 아쉬움이 많이 드는 문제라 봅니다. 저런 소양을 갖추고 구조를 생각할 수 있다면 좋지만, 개발자와 대화를 나누면 더 정확하고 문제 없을(위에 어느 분께서 언급하신 어뷰징 해결 등) 구조를 짤 수 있을 겁니다. 그렇다면 정작 중요한 것은 다른 개발자와 소통하는 능력이 좀 더 중요하겠죠.
.
저도 대체로 오리발님과 비슷한 의견입니다. 특히 시스템 기획자라면 말이죠.

재미있는 문제로군요, 저도 나름대로 답을 달아보았습니다만. 기본적으로 가람해무님의 것을 참고해서 여기에 제 나름대로의 생각을 붙인 결과물이라 신통할지는 모르겠군요. 그건 그렇고, 저 역시 5, 6, 7번에서 굉장히 난해해햇엇습니다. 이 부분은 전달이라는 측면에서 프로그래머가 더 이해하기 쉬웠을 것 같은 느낌이 드는군요.
http://areca.egloos.com/4498190

그냥 간단히 요약하자면,
종류가 다른 다수의 미니게임이 제공하는 보상 아이템의 "통합 테이블"을 제작하라 라는거네요.
차라리 그냥 요약한 한마디와 함께 알아서 테이블을 작성하게해놓고 시스템 디자이너에게 이 테이블의 강점과 활용처 등을 설명하게 하는게
면접자리에서 더 할만한 인터뷰인듯.

대부분의 시스템 경력자 3-4년차만되는 쪼렙 분들도
10분이 아니라
그냥 면접관의 이야기를 들으면서 슥슥 노트에 그려내긴할겁니다.

단지 거기서 그치지 않고 조금 범주를 넓게 잡아 문제를 내고.
개개인의 스타일과 의도를 묻는게 기획자 인터뷰다운 인터뷰가 될듯하네요.

http://phina.egloos.com/3831472
제가 내린 결론입니다. 그런데 다른 현역 분에 비해 좀 튀어서 걱정이 되는군요-_-

글쎄 저 정도로 레벨을 측정하는 건 조금 이르다는 생각이 듭니다.
문제 자체는 저 정도 문제는 10분 이상 걸릴 문제는 아닙니다.
테이블과 그 안에 들어갈 컬럼을 나열하는 게 그 정도의 시간을 소비할 거라 보진 않습니다만.......
저기다가 룰에 대한 로직까지 표현해보라고 하면 그나마 10분짜리가 되겠군요.
그러나 프로그래머가 아닌 기획자에게 10분짜리 솔루션을 내보라고 하는 건 조금 낭비가 아닐까 싶긴 합니다. (기획자 비하의 의미가 아닙니다. 말 그대로 시간 낭비)
차라리 하나의 상황에 발생한 이벤트들로 룰을 짜서 보여달라는 문제가 더 빠르고 상대를 확인하기 더 쉽지 않을까 합니다.

저라면 아마 저 테이블에 대한 문제가 나왔을 때 좀 더 나아간다면 메타 테이블에 대한 문제까지도 제기하거나 제의할 수 있을 거 같습니다.

그리고 기획자라는 파트가 생겨난 이유는 프로그래머와 그래픽 아티스트, 즉 개발자간 소통을 관장하는 데에서 시작했다는 점에서 기획자에게 실무 능력을 평가하는 문제를 낸다는 점은 불필요하다고 생각되진 않습니다. 물론 권장하지도 않지만요. 기획자는 창발적인 사람이 좋긴 합니다만 창발을 넘어 소통이 불가능한 수준의 사람이 있다면 그건 해악이기도 합니다. 따라서 자신의 창의적인 사고를 얼만큼 시스템으로 '제어'할 수 있는가 역시도 시스템 기획자의 하나의 소양일 겁니다.
문제를 내신 분은 아마도 그런 의도가 아니었나 싶네요.

실무능력을 파악하기보다는 논리적인 사고능력을 평가하기 위한 문제인듯 하네요.

제가볼때는 DBA에게 낼 문제라고 봅니다.
게임 기획자라면
1. 미니게임이 재미가 있는가
2. 진짜 미니게임이 재미가 있는가
3. 과연 미니게임이 재미가 있는가
4. 정말 미니게임이 재미가 있는가
게임의 기획이라고 하면 재미에 재미를 붙여나가는 방식이겠지요..
1. 레벨업을 하기위해 재미있게 하는 방식을 구현해 보시오
2. 가장 인상깊었던 퀘스트는
3. 게임에 있어서 가장 재미있었던 게임과 그 이유는
신입에게는 참신한 아이디어를 보심이 ^^

기획자 면접 실무 문제로는 별로인것 같습니다...
테이블 구성이나 추가는 가르치면 누구나 다하고 얼마나 효율적으로 하느냐는 경력에 비례하다고 봅니다
기획자는 면접 볼때 기본적인 사항과... 그 기획자의 커뮤니케이션 능력(일명 말빨이라하죠)이 어느정도 되보인다를 우선 봐야한다고 봅니다...
그러기에 기획자 면접에는 기술 면접이 없죠... 면접을 통해서 대화하는것 자체가 기술면접이 되기 때문이죠..

관계형데이터베이스에 대해 조금이라도 아는 사람에게는
위 질문은 가치조차 없는 것 같습니다.
전혀 쓸모 없는 질문이라고 생각되는 군요.

음... 제가 잘못 이해 한건지 모르겠는데.
테이블을 제시해 주신 분들의 테이블에서 아이템 인덱스를 가로열로 두었는데요.
만약 아이템 ID의 특정 범위만을 지시해 줘야 하고, 그것이 산발적일때는 어떻게 대처할 수 있을지 궁금합니다. 만약 9천종의 아이템 중 1~2000, 2200~2500, 2700~3000 뭐 이런식으로 굉장히 산발적인 경우 말이죠. 게다가 그중에서도 등급이 있어서 등급에 따라 아이템을 차등 지급해야 한다면?
경우가 좀 거지같긴 합니다만, 아이템테이블이 미니게임 개발을 고려하지 않고 짜여졌다면 충분히 일어날 수 있는 상황인것 같아서요.

심연//칸의 수가 더 늘어나겠죠.

음 좋은 내용과 리플 잘 읽었습니다. ^_^''
SI에서 현재 일하고 있는 '초급' 프로그래머로써 많은 생각을
하게 했습니다. 앞으로도 좋은 글과 리플들 부탁드립니다.

단순히 칸의 수가 늘어난다면 가로열로 늘어날텐데 가독성에 떨어지지 않을까 해서요.
물론 면접자리의 가벼운(?) 문제이지만 그부분을 떠나 그냥 실무에 종사하시는 분들의 의견을 듣고싶었습니다 ㅎㅎ

헉 이렇게 되어있을 줄이야. 주말 지내고 왔더니 놀랐습니다. 일단 여러분들의 의견 감사드립니다. 우선 뽑는 사람은 시스템 기획자였습니다. 여러분들이 지적해주신 창의적인 기획력은 우선순위에서 조금 뒤로 밀려있는 상태였습니다. 생각하거나 제시하는 아이디어를 시스템화 할 수 있는가에 중점을 둔 상태였고 DB에 대한 기초적인 이해도가 얼마인가를 보는 시험이었습니다. 대부분 관련학과 전공이어서 관계형 DB를 배웠다는 가정을 두고 진행했습니다. 혹은 실전에서 익힌 감각이 있는 가를 통해서 약간의 경력자(3-4년) 도 보았습니다.

대부분의 회사에서는 아마 DBA나 서버 프로그래머가 테이블을 만들것입니다. 각각의 장단점이 있지만 기획단에서 기초적인 생각을 테이블로 그려서 전달한다고 생각하시면 됩니다. 기획서 말미에 추가해서 보내는 정도지요. 사실 이것을 통해서 프로그래머나 DBA와 소통하는 것이 원활한 경우가 많아서 이 능력을 필요로 하고 있었습니다. 다른 분들이 지적해 주신 것처럼 이 부분은 단순하게 경험을 쌓으면 해결이 가능한 부분들이 많습니다. 관계형DB를 공부하거나 실전에서 많이 만들다 보면 만들 수 있게 될 것입니다.

우와~ 디스이즈 게임에는 업계 사람들이 많군요!

시험의 실제 출제는 위의 조건을 한번에 제시하지 않았습니다.
1. 랭크와 보상 이라는 필드가 둘만 있는 테이블을 만들도록 유도합니다. 이 과정에서 필드에 랭크순위를 넣는 분들이 있는 경우 틀리지 않은 것으로 했으며 2번 진행후 추가적인 요건을 줬습니다.
2. 미니게임이 N 개이며 추가될 수 있을때 이 테이블에 어떤 필드를 추가하면 게임 추가시 필드를 늘리지 않고 보상을 주는 것을 해결할 수 있는가를 물었습니다.
2-1. 랭크의 순위들을들을 필드로 넣은 사람인 경우 여기서 랭크로 필드를 바꾸도록 제한 조건 미니게임별로 순위가 늘어날 수 있다는 점을 알려줬습니다.
3. 아직까진 보상이 하나인 상태였습니다.

3. 보상의 갯수도 늘거나 줄 수 있다고 설명을 하고 테이블을 따로 만들거나 지금 있는 테이블에 필드를 추가해서 해결하게 유도 했습니다.
보너스문제로 여러개의 보상품중 하나만 받는 것으로 다시 생각을 바꾸고 각각의 보상품을 받을 확률을 다르게 하고 싶은 경우도 주었습니다. 아마도 확률이나 가중값을 줄텐데 가중값으로 유도 후 가중값의 합이 자유로울 경우 확률로 이어지도록 하는 수식도 질문 했습니다.

재미있네요^^~~~~~

전 6번이 궁금하네요 여러 아이템을 내용에 넣어야 하는데
줄바꿈으로 계속넣는 건 별로 안예쁘고..
3차원 배열도 아니라 프로그래밍에서 구현은 되겠으나.
엑셀에서 어떻게 구현하려는지...

이런식으로 만들어보면 어떨까해서 올려봅니다..
넘 쉽게 생각한건지?? ^^;;
http://blog.naver.com/sch8181/100052928269

그래서 중년게이머가 만드는 게임이 뭐야?
저렇게 사람 시험에 들게해서 달달 볶아가지고 존나 재미있는 게임 나오는겨?
실력 좋다고 자랑질은... 쩝

그리고...
기대에 부흥하지 못하는 -> 기대에 부응하지 못하는
무슨 교회 부흥회도 아니고;;;

돈이없어//면접보러 가셨다가 떨어지셨나요? 말투가 거치시네요.

추억할사람/ 넵. 맞습니다. 다른 더 좋은 방법이 있을지 모르지만 일단 기대하고 있던 답변에는 꼭 맞습니다.
돈이없어/ 죄송합니다. 맞춤법이 약해서요. 실력은음 다른 분들이 지적하셨든 어떤 분들에게는 문제도 아닌 문제라고 하십니다. 실력측에나 들런지요.^^.

오만 그 자체
지금 어떤 게임 만들고 있는지 알려주세요.

돈이없어님. 그런 식으로 거만하게 글 쓰시면 아무도 좋게 안 봐줍니다.

음... 좋은 글과 좋은 댓글에... (묵념)
어떤 게임 만들고 있는지 알려달라니요;; 사내 프로젝트인데 함부로 발설할 만한 사안은 아닙니다. 보안과 기밀이 필요한 부분이에요.
으음;; 그냥 문제 어렵다고 투정부리시는 듯?;;
원하는 사람을 뽑기 위해서 실력 테스트는 당연한 것이고, 그 부분이 너무 어려운 것은 아닌지 다른 분들의 의견을 묻고자 하시는 글인데... 쩝.

1. 게임안에는 몬스터가 있습니다.
2. 몬스터의 숫자는 계속 늘어 날 수 있습니다.
3. 각 몬스터를 잡는 인원의 수가 다를 수 있습니다.
4. 각 몬스터에게 데미지를 준 순위대로 아이템을 지급하고 싶습니다.
5. 각 몬스터를 잡은 등수별 아이템은 데이터 변경만으로 변경하고 싶습니다.
6. 각 몬스터를 잡은 등수별 아이템은 동시에 여러개를 받을 수 있습니다. 이하 본문 동일
7. 본문과 동일.
미니게임이란 부분을 몬스터라고만 바꿔봤습니다.

몬스터를 잡고 몬스터에게 피해를 준 만큼 경험치를 분배하는 시스템이 있습니다. 여기에서 피해를 가지고 순위를 결정하고 순위에 포함되면 해당 순위에 배당된 테이블의 드랍목록을 주는것입니다.
쉽게말하면 몬스터에게 준 피해량 순위로 각각 드랍목록이 달라질 수 있겠네요.
개인적으로 문제를 조금더 유연하게 설명하셨으면 제 실력을 발휘 할 수 있는 기획자가 있었을지도 모르겠네요.

이거 원...뭔말인지 당최 모르겟네요.
역시 퍼블리싱이 더 쉬운 직종인듯 =ㅛ=

관계의 접근......아 힘들다

이 글을 한번 봐 주시길 바랍니다.
http://www.thisisgame.com/board/view.php?id=179965&board=0&page=1&category=203&subcategory=1&best=&searchmode=&search=&orderby=

왜 저게 베플이죠?

nocut//그냥 꼬인 사람들이 많다는 거죠. =)

위 질문의 의도를 제대로 이해하지 못하시는 분들이 많아
하나더 남깁니다만..
관계형 DB를 어느정도 알고 있으며 실무에 활용이 가능한가
정도가 위 질문의 의도 같습니다.
면접관으로써 당연한 질문이라고 생각됩니다.
위에 공격적인 댓글은 죄송합니다..;;

미니게임종류 / 등수 / 보상아이템ID
일케만 만들면 될 듯 싶은데요.
이렇게 만들고 테이블 쭈욱 읽어가면서 조건만 체크해서
아이템 지급하면 될 듯 싶은데요 ^^
짧은 지식으로 써봅니다 ( -_- )

문제가 이해하기 불충분할경우 그것에 대한 피드백을 잘 하는가의 여부도 기획자의 필요조건중 하나입니다. 커뮤니케이션 능력에 들어가는거죠.
사실 그 점에 있어서 저 문제는 아주 훌륭하다고 보입니다. ^^
(사실 PT나 브리핑에 있어서도 완벽한것보다 일부러 헛점을 남겨놓고 듣는이의 피드백을 유도. 이해상태를 중간중간 파악하고 상호작용을 통해 이해의 정도를 높이는것이 하나의 기술입니다. 저러한 목적을 위해서라면 문제가 완벽할 필요 자체가 처음부터 없다는 것이죠. ^^ㅋ)