Q&A와 스터디
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:5377point (71%), 레벨:7/30"){kind=icon}
게임초보회사에 따라 다를 것 같아서 질문 드려봅니다. 혹시 기획자가 업무적으로 스크립트를 쓴다면 객체지향 스크립트를 쓰는 경우도 있는 지 무척 궁금하네요.
만약에 기획자가 업무상 스크립트를 쓴다면 진보적인 회사이고 기획자가 객체지향적인 스크립트까지 쓰는 경우라면 대단히 진보된 회사일 꺼라고 추측해 봅니다.
만약에 기획자가 업무상 스크립트를 쓴다면 진보적인 회사이고 기획자가 객체지향적인 스크립트까지 쓰는 경우라면 대단히 진보된 회사일 꺼라고 추측해 봅니다.
2010.08.03 13:55:38 (*.70.213.203)
![[레벨:1]](http://old.lameproof.com/modules/point/icons/default/1.gif "포인트:304point (79%), 레벨:1/30"){kind=icon}
피냥 '적당히'쓰지 않을까 합니다. UI 디자이너도 요즘 플래시UI같은게 나오면서 약간의 스크립트를 작성할수 있어야 하게 되었고... 옛날같음 도트이미지만 잘라주면 되었던 +_+;;
2010.08.03 16:26:50 (*.165.194.138)
PizaNiko 대충 쓰는 곳이 많습니다.
보통은 자체 스크립트 언어를 쓰거나, 루아를 많이 씁니다.
루아라는 언어는 숫자까지 1급객체인 객체지향 프로그래밍이 가능한 언어입니다.
프로그래머들도 잘 모르는 클로저까지 되는 언어입니다.
그런데, 겪어본바로는 기획자단에서 쓰는 스크립트가 스크립트 수준을 넘어 프로그래밍 수준으로 올라가면,
유지/보수/개선 등 여러가지 면에서 문제가 생기고 삐걱거리더군요. 아, 물론 안그런 회사도 있을 것 입니다만...
요는 케바케라는 겁니다. 기획자는 객체지향적으로 스크립트를 작성하지만, 회사는 사장님이 소리지르면 내일 당장 게임이 나와야 하는,
개발자 끓여먹는 개발방식을 가지고 있는 회사 일 수도 있다는 것이지요.
보통은 자체 스크립트 언어를 쓰거나, 루아를 많이 씁니다.
루아라는 언어는 숫자까지 1급객체인 객체지향 프로그래밍이 가능한 언어입니다.
프로그래머들도 잘 모르는 클로저까지 되는 언어입니다.
그런데, 겪어본바로는 기획자단에서 쓰는 스크립트가 스크립트 수준을 넘어 프로그래밍 수준으로 올라가면,
유지/보수/개선 등 여러가지 면에서 문제가 생기고 삐걱거리더군요. 아, 물론 안그런 회사도 있을 것 입니다만...
요는 케바케라는 겁니다. 기획자는 객체지향적으로 스크립트를 작성하지만, 회사는 사장님이 소리지르면 내일 당장 게임이 나와야 하는,
개발자 끓여먹는 개발방식을 가지고 있는 회사 일 수도 있다는 것이지요.
2010.08.03 17:48:46 (*.196.247.198)
![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:39point (43%), 레벨:0/30"){kind=icon}
알카인 3~4년 전만 해도 약간의 진보적인 회사라고 해도 되겠지만 지금은 보통 쓰는곳이 더욱더 많은것 같습니다. 요즘 진행되는 온라인 게임의 퀘스트는 스크립트로 모든것이 이루어졌다고 해도 될만큼 보편화 되어있고요
크게 나가서는 간단한 미니게임의 룰정도는 스크립트로 작성해서 합니다.
크게 나가서는 간단한 미니게임의 룰정도는 스크립트로 작성해서 합니다.
2010.08.04 11:34:21 (*.189.163.250)
프로미넌스 기획자가 직접 스크립트를 짜야하는게 앞서 나간다는 생각은 전혀 안드는데요.
예를 들면,
10년전 : 기획자가 직접 스크립팅을 해야함. 플밍 전문가가 아니므로 여러가지 오류나 예상치 못했던 문제들이 자잘하게 끊임없이 많이 생김
현재: 기획자가 스크립트가 아닌 툴에서 모든걸 해결하고, 이걸 스크립트로 변환해주는 식으로 작업을 진행. 피치못할 사정이 있다면 스크립트를 직접 들여다 볼 수 있지만, 어지간해서는 그런 일이 벌어지지 않도록 함.
이게 맞지 않는지.
저 자신도 기획자지만, 스크립트 열심히 연습하고 연구한다해도 전문가가 아닌 이상 자잘한 오류나 문제들은 생길 수 밖에 없습니다.
그래서 전 스크립트를 기획자가 직접 건들기보다는 스크립팅을 통해서 가능한 모든 일들을 툴에서 처리토록 하는게 훨씬 나은 방법이라고 봅니다.
예를 들면,
10년전 : 기획자가 직접 스크립팅을 해야함. 플밍 전문가가 아니므로 여러가지 오류나 예상치 못했던 문제들이 자잘하게 끊임없이 많이 생김
현재: 기획자가 스크립트가 아닌 툴에서 모든걸 해결하고, 이걸 스크립트로 변환해주는 식으로 작업을 진행. 피치못할 사정이 있다면 스크립트를 직접 들여다 볼 수 있지만, 어지간해서는 그런 일이 벌어지지 않도록 함.
이게 맞지 않는지.
저 자신도 기획자지만, 스크립트 열심히 연습하고 연구한다해도 전문가가 아닌 이상 자잘한 오류나 문제들은 생길 수 밖에 없습니다.
그래서 전 스크립트를 기획자가 직접 건들기보다는 스크립팅을 통해서 가능한 모든 일들을 툴에서 처리토록 하는게 훨씬 나은 방법이라고 봅니다.
2010.08.05 01:15:22 (*.51.74.159)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:645point (63%), 레벨:2/30"){kind=icon}
AI UI스크립트로부터 엔진의 모든 함수값을 제어해야만 하는 개발팀에 있는 사람으로 스크립트의 사용여부는 어떤 우월함도 저급함도 없습니다.
스크립트를 기획자가 많이 다루면 프로그램머한테 가는 욕 기획자가 얻게 되는 것일뿐..그리고 한번 잘 만든 툴 열 스크립트 안부럽습니다.
게다가 스크립트를 짜는 기획자들, 일명 스크립터들은 기획자와 프로그래머의 Glue 언어같은 자리입니다. 자칫하면 기획적능력도 프로그램능력도 얻지 못하는 안좋은 자리이지요.
(장점은 굳이 안말함)
특히 자신이 스크립터 역활을 하면서 수년이 지나도록 계속 스크립트를 코딩하고 있다면 그건 스크립터로의 자격이 없다고 봅니다. (수많은 퀘스트 스크립터들 죄송합니다.)
스크립터들은 반복적인 작업속에서 자신이 하는 코딩을 보며 결국 데이터의 관리/유지/개선 요소를 TOOL화 시키는 작업으로 승화하지 않는다면 자격미달이라고 봅니다
스크립터들은 궁극적으로 게임에 맞는 개발툴을 가장 최적화 잘 찾아내기 쉬운 위치인데 계속 그걸 비생산적인 스크립트로만 하고 있는 월급도둑이rh (저도 월급 도둑!!)
결국 프로미넌스 님의 [ 현재 ] 를 만들어가는게 스크립터의 역활입니다.
스크립트로 작성할 수 밖에 없는 변경이 많은 초기개발단계나 프로그램인력부족의 스트레스 부담을 기획자가 덜어주는 것
그 과정에서 데이터의 흐름과 엔진의 구조의 이해를 통해 빠른 개발할 수 있는 여건을 제시하여 툴을 완성하기 위한 자리가 스크립터가 아닌가 싶습니다.
알카인// 요즘 머하고 삼??
스크립트를 기획자가 많이 다루면 프로그램머한테 가는 욕 기획자가 얻게 되는 것일뿐..그리고 한번 잘 만든 툴 열 스크립트 안부럽습니다.
게다가 스크립트를 짜는 기획자들, 일명 스크립터들은 기획자와 프로그래머의 Glue 언어같은 자리입니다. 자칫하면 기획적능력도 프로그램능력도 얻지 못하는 안좋은 자리이지요.
(장점은 굳이 안말함)
특히 자신이 스크립터 역활을 하면서 수년이 지나도록 계속 스크립트를 코딩하고 있다면 그건 스크립터로의 자격이 없다고 봅니다. (수많은 퀘스트 스크립터들 죄송합니다.)
스크립터들은 반복적인 작업속에서 자신이 하는 코딩을 보며 결국 데이터의 관리/유지/개선 요소를 TOOL화 시키는 작업으로 승화하지 않는다면 자격미달이라고 봅니다
스크립터들은 궁극적으로 게임에 맞는 개발툴을 가장 최적화 잘 찾아내기 쉬운 위치인데 계속 그걸 비생산적인 스크립트로만 하고 있는 월급도둑이rh (저도 월급 도둑!!)
결국 프로미넌스 님의 [ 현재 ] 를 만들어가는게 스크립터의 역활입니다.
스크립트로 작성할 수 밖에 없는 변경이 많은 초기개발단계나 프로그램인력부족의 스트레스 부담을 기획자가 덜어주는 것
그 과정에서 데이터의 흐름과 엔진의 구조의 이해를 통해 빠른 개발할 수 있는 여건을 제시하여 툴을 완성하기 위한 자리가 스크립터가 아닌가 싶습니다.
알카인// 요즘 머하고 삼??
2010.08.05 01:20:32 (*.51.74.159)
AI여담: 프로그래머한테 어떤 개발사항을 의논할때
프로그래머 1 타입: 스크립트로 다되는데 그걸로하면 되지.
프로그래머 2 타입: 그럼 제가 여기까진 값을 리턴시켜드릴게요.
프로그래머 3 타입: 아 그냥 제가 만들게요.
다 겪어봤는데 2타입이 저하고 상성이 젤 잘맞음. 서로가 Date의 관리에 대해서도 합의 보기쉽고 사용자(저)입장에서 변화가 많이 필요한 부분에서 굳이 여러가지 장문의 소설 안써도 되고.(바로 필요한값이 리턴되니)
툴까진 못가도. 리턴받는 함수개량에 힘쓰고 있지요. 굳이 6자로될걸 수많은 참조 데이터들을 할애해서 else if를 도배할 필요가 없다고 봄..
※ 2010-08-05 01:22:35 에 " AI(aselia)" 에 의해 수정됨
프로그래머 1 타입: 스크립트로 다되는데 그걸로하면 되지.
프로그래머 2 타입: 그럼 제가 여기까진 값을 리턴시켜드릴게요.
프로그래머 3 타입: 아 그냥 제가 만들게요.
다 겪어봤는데 2타입이 저하고 상성이 젤 잘맞음. 서로가 Date의 관리에 대해서도 합의 보기쉽고 사용자(저)입장에서 변화가 많이 필요한 부분에서 굳이 여러가지 장문의 소설 안써도 되고.(바로 필요한값이 리턴되니)
툴까진 못가도. 리턴받는 함수개량에 힘쓰고 있지요. 굳이 6자로될걸 수많은 참조 데이터들을 할애해서 else if를 도배할 필요가 없다고 봄..
※ 2010-08-05 01:22:35 에 " AI(aselia)" 에 의해 수정됨
2010.08.10 11:05:22 (*.196.247.198)
알카인 스크립트는 프로그램어가 만들어주는것이 맞다고 보고 이것을 보통 "스트립트 함수"라고 칭하기도 하고 회사마다 부르는 용어는 약간씩 다릅니다. 기획자는 만들어진 스크립트함수를 가지고 어떻게 조립(요리)해서 자신이 연출하고 싶은 장면을 연출하면되는것입니다.
AI // 요즘 이벤트도 기획도 하고 직접 만들기도 하고 아이템도 기획하고 레벨 디자인도..-_-;; 좋은 말로 멀티플레이어...막말로 혼자 다하고잇음.
AI // 요즘 이벤트도 기획도 하고 직접 만들기도 하고 아이템도 기획하고 레벨 디자인도..-_-;; 좋은 말로 멀티플레이어...막말로 혼자 다하고잇음.
2013.05.19 11:21:04 (*.153.235.115)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:962point (24%), 레벨:3/30"){kind=icon}
bestbasci01@yahoo.com
