보통 게임기사들이나 업체들의 인터뷰(일본 또는 미국회사들)들을 보면
"제작은 완료되었고 조율하는 단계이다."
"개발은 다 되었지만 추가할 사항이 몇가지 있어 조금 걸리고 있다"
등등의 말이 있는데요.
우리나라에서 나온 말이라면 어느상태인지 대략 감이 오긴 하지만 (요즘은 많이 안그럴 수도)
과연 저 말이 정말로 프로그래밍 음악 그래픽이 모두 끝난 후에 각자 게임을 계속 해보면서 조율중인건지 ...
소니의 제작관리 과정을 보면 가능할 듯도 합니다만...
중요한건 이번 게임은 보름전에는 더 나아가 한달 이전에 끝내서 나름대로 테스트를 할 시간을 가지고 싶은...
전의 게임처럼 마스터 갔다주고 다시 일주일동안 직접 찾아가면서까지 버그잡던 생각하면 ..ㅜ_ㅜ
(결국 제문제는 아니여서 크게 힘들일 필요 없이 끝났지만...)
음...
사실, 제가 대기업의 프로그래머가 되어서 가장 많이 배운 점이, 바로 개발 방식입니다.
대규모의 사람들이 프로그램을 짜면서 생기는 모듈화 문제나 버전 관리같은 것뿐만 아니라, 다분히 소프트웨어 공학적인 개발론 같은 것도 많이 배우고 있습니다.
꽉 짜여진 일정에 따라 요구분석, 구조설계, 구현, 검증, 감사 등의 과정을 통해 양질의 소프트웨어를 만들어 내는 과정들이 그것입니다. 예를 들어 100만대가 팔려나간 휴대폰이 다운되는 버그가 있다면 회사의 손해는 막심하기 때문에 미리 돈을 들여서 양질의 코드가 나오도록 합니다.
게임 업계 쪽은 상대적으로 영세하다보니 이런 것들 거의 적용하지 못하는 것 같습니다. 큰 회사의 게임도 한 번 출시되고 나면 바로 패치가 나와야 하는 것이 우리의 현실이지 않습니까....
개인적인 생각은, 개발과 테스트는 60:40 이 되어야 한다고 생각합니다. 양질의 소프트웨어는 그 회사의 신용이기 때문입니다.
|
| #9-2. Rupaus |
2003/08/07 (Thu) |
돈도 돈이지만 결국 그 과정을 이해하고 조율할 수 있는 사람도 중요하겠군요.
아무리 돈이 많아도 위에서 이해를 못하면 바로 출시해야 하니-_-
지금 제 위치로서는 60:40은 못가지만 나름대로 해보려고 노력은 하고 있습니다만...
개인적으로 거의 못하게 되는 것이 도큐먼트 작업이더군요. 이건 정말 중요하면서도 일정에 쫒기고 더욱이 플머가 혼자이니 더더욱 넘어가버리게 되던...
알면서도 못하는 또는 안하는 현실이 좀 그렇습니다. 흐흐...
|
| #9-3. 쉐용 |
2003/08/11 (Mon) |
도큐먼트 작업...
흠... 한번 심하게 당한적이 있어서,
프로그램 작업을 할때는 내 후임자가
내 작업을 할지도 모른다는 생각이 언제
부턴가 박혀있어서, 체계적이진 않지만
끄적이는 편입니다..
주석도 왠만한 프로그래머보다 많이
다는 편이라고 스스로 생각하고...
( 쉐용씨는 주석 잘 다네요 라고 내 소스
를 본 기획자가 그런말을 한적도... 근데 주석 다는건 솔찍히 저를 위해서 답니다 -_-; 안달면..시간이 지나보면 내가 봐도 모르겠어!! -_-; )
이제까지 게임을 정말 갠적으로 자잘스럽게 많이 만들어봤다고 생각하는데,
외주쪽일만 보자면...
테스트 기간이 넉넉한적은 단 한번도 없었습니다. 오히려 개인적으로 테스트 기간을 넉넉하게 잡으려고 하지 않습니다.
이건 좀 얍삽한 생각일지도 모르는데,
테스트 기간이 길면 길어질수록.. 수정사항보다는.. 추가 요구사항이 더 많아져서 나름대로 그런 노하우가 ;;;;
전 전체적인 테스트도 테스트지만 모듈 테스트를 수시로 하는편입니다..그냥 멍하니 돌아가는 거 보고 감상하다가...멍하니 한 50번 돌려보면 이상한거 발견하고 고치고 -_-;;
밤이 외로워요 -_-;; 솔로이신 여자분은
메일을 ;;;;;;;;;;;
|
| #9-4. Rupaus |
2003/08/12 (Tue) |
외주의 경우 그런 문제도 있군요...
전 가장 문제인 것이 체계적인 소프트웨어 관리와 공정법에 대한 지식이 부족한 것 입니다.
테스트를 한다고 하여도 실제로 몇번 동작시켜보거나 이상한 짓 한번 해보거나 계속 켜둔다거나 메뉴를 왔다갔다 한다거나 하는 정도이기 때문에...
실제로 기간보다는 체계화된 테스트 방법이라고 생각합니다. 하루만에 테스트 가능한걸 5일동안 테스트 하고 있는것도 완전 손해니...
|
| #9-5. 석주현 |
2003/09/15 (Mon) |
도큐먼트라~~!!
음냐 저도 호돼게 당한적이 있죠..
제 처가 대전으로 이사오는 바람에 대전에 와서 직장이 생각보다 별로 갈데가 없어서 아케이드 게임 개발하는데 입사했거든요..
음 근데 먼저 있던 팀장이 퇴사를 했는데 그 전에 그냥 지금은 소스를 볼 때가 아니다 이런 소리만 하더니 결국에는 아무런 주석도 없이 가버리더군요.. 쩝..
지금 생각해 보면 저도 잘한게 없지만..
회사라는 곳이 한 사람이 결손이 생겨도 그 자리를 바로 매꿀수 있는 체제가 아니면 안되는 곳이라.. 꼭 필요한게 단계별 도큐먼트와 결제등이 아닌가 합니다.
제가 그렇게 새각하고는 있지만 정작 실제에 적용을 하려면 무리가 많이 따르네여..
지금도 아케이드 게임 게임기에 올리고 하루 이틀 스트레스 테스트 비스무리한걸 할 때면 정말로 짜증이 나죠.. 시뮬레이션을 돌리는 것만으로 윗사람을 설득하기도 힘들고.. 쩝..
대학에서 소프트웨어 공학을 배울때 대충 대충 넘겼는데 정작 사회에서 생각해 보면 그것만큼 중요한게 없는거 같습니다..
|
|