게임 디자인을위한 어떤 종류의 문서? [닫은]

게임 디자인 문서를 저장하고 확산시키기 위해 어떤 유형의 지원 / 형식을 사용합니까? 위키? 문서 파일? 리포지토리의 파일? 공유 된 폴더? Google 문서?

각각의 장단점을 제공하십시오.

온라인 문서 편집기 만 있으면되므로 Google 문서 도구를 사용 하고 있습니다. 비교적 쉽게 온라인으로 사람들과 공동 작업 할 수 있으며 컴퓨터가 충돌 할 경우 정보가 안전하게 보호된다는 것을 알고 있습니다.

살펴볼 가치가있는 또 다른 옵션은 Dropbox를 사용하는 것 입니다. 거기에 Word 문서를 놓으면 즉시 버전 관리 기능이있는 공동 작업 환경이됩니다.

위키

장점 :

• 웹을 통해, 외부 등에서 항상 액세스 가능한 최신 버전
• 상당히 사용하기 쉬움 (MediaWiki와 같은 포맷팅을 위해 열차 사고가있는 사람들을 피한다면)
• 자동 인덱싱, 검색, 쉬운 분류
• 사람들에게 변경 사항을 쉽게 설명하고 변경 사항에 대한 책임을지게 함
• 연결을 지원하고 세부 사항을 쉽고 효과적으로 분리 할 수 ​​있습니다.
• 내부 버그 보고서 및 기타 통신에서 위키 페이지에 직접 링크 할 수있어 버그를 매우 쉽게 확인할 수 있습니다.
• 일반적으로 내장 된 버전 기록 및 개정 관리

단점 :

• 때때로 TOO 변경이 쉽고 (* 아래 참조) 훈련이 필요합니다
• 개별적으로 편집 할 때 페이지가 동기화되지 않을 수 있습니다 (예 : '전역 검색 및 바꾸기'가 아닌 경우가 종종 있음)
• 페이지가 고아가되거나 대체되어 나중에 코더의 잠재적 지뢰 장으로 남습니다. ( "더 이상 구현하지 않는다는 것은 무엇입니까? 디자인 위키에 아직 있습니다!" )
• 올바른 패키지를 얻지 않으면 구문이 약간 난해 할 수 있습니다
• 호스팅을 주선하거나 온라인에서 무료로 제공되는 것을 수락해야합니다
• 문서를 통해 명확한 경로가 없습니다-어떻게 '모두'를 읽습니까?
• 인쇄하기 어렵다. 한 번의 클릭으로 모두 인쇄 할 수 있습니까? 특정 기능과 관련된 모든 것을 쉽게 인쇄하여 회의에 참여시킬 수 있습니까? 기본 문서를 가리지 않고 디지털 버전에 쉽게 주석을 달 수 있습니까?

(* 우리는 하나의 프로젝트에 위키를 사용했으며, 디자이너들은 항상 서명되어 코드로 전송 된 기능에 대해서도 프로젝트의 일부로 들어가서 '개선'하려는 유혹을 느꼈습니다. 그런 다음 QA는 기능을 테스트 할 때 디자인이 실제로 코딩 된 것과 다른 것을 제안하기 때문에 악몽이 될 것입니다. 디자인이나 코드의 변경, 먼저 발생한 것을 알아내는 데 약간의 좌절이 필요합니다.)

텍스트 파일

현재 프로젝트에서 코드 옆의 리포지토리에 저장된 프로젝트의 "Docs"폴더에 간단한 일반 텍스트 파일을 사용하고 있습니다.

장점 :

• 문서는 실제 작업과 가깝게 유지되므로 쉽게 찾을 수 있습니다.
• 간단한 서식은 문서를 쉽고 빠르게 유지 관리 할 수 ​​있음을 의미합니다.
• 간단한 형식은 서버 충돌, 파일 손상 등으로 인해 문서를 잃을 위험이 거의 없음을 의미합니다.
• 최소한의 설정 시간은 단일 개발자 또는 소규모 (2-3 인) 팀에게 좋은 시작입니다.
• 버전 관리를 사용하면 변경 사항을 추적 할 수 있으며 종종 문서 변경 사항을 코드 변경 사항과 직접 연결할 수 있습니다.
• 텍스트로 작업하기 쉽기 때문에 명령 줄 도구를 사용하여 검색, 편집 등을 수행 할 수 있습니다.

단점 :

• 두 명 이상의 사용자와 문서가 쉽게 동기화되지 않을 수 있습니다.
• 링크가 없으므로 그로테스크하게 큰 문서 하나 또는 작지만 연결이 끊긴 문서를 사용하십시오.
• 제한된 서식 및 게시 옵션 (Markdown 등을 통한 변환은 수행하기 쉽지만)
• 텍스트로 작업하기 쉽기 때문에 종종 검색, 고급 편집 등을 수행 할 수있는 유일한 방법은 명령 줄 도구를 사용하는 것입니다.

어떤 종류의 팀 작업에도 의존하고 싶지는 않지만, 레포에있는 텍스트 파일의 힘은 단일 개발자에게 과소 평가되어서는 안됩니다. 현재는 일반적인 디자인, 게임에 필요한 특정 작업의 ToDo 목록 역할을하는 두 번째 문서, 느슨한 버그 추적기의 세 번째 문서 및 보조 문서를 포함하는 일종의 개요 / 마스터 플래너로 한 문서를 사용하고 필요에 따라 "feature x"에 대해 자세히 설명하십시오.

여러 사용자가 지원할 수없는 문서 형식 / 편집기를 사용하지 마십시오 (예 : MS Word, Open Office Writer). 한 사람 만 문서를 편집 할 수 있으며 소스 컨트롤을 사용하더라도 오래된 버전으로 작업하기가 너무 쉽고, 저장하면 사용자가 마지막으로 버전을 업데이트 한 이후 다른 사용자가 수행 한 모든 내용을 기본적으로 파기 할 수 있습니다 문서의.

공유 폴더는 최악의 솔루션이며 공동 작업을 수행해야하는 모든 종류의 자산에는 절대 적용 할 수 없습니다. 다른 사람이 지금 해당 파일을 작업하고 있다고 확신 할 수 없거나 앞으로 몇 분 안에 그렇게 할 것입니다. 또한 변경 내용 추적 기능이 없으며 재해 (인적 오류 또는 인간 어리 석음 또는 인간 방치)가 발생한 경우 이전 버전으로 되돌릴 수 없습니다.

Wiki를 사용하는 것이 바람직하지만 사용자 친화적이며 WYSIWYG입니다. 나는 Confluence에 의해 개인적으로 맹세합니다 으로 더 큰 게임 개발 스튜디오에서 사용 에 합니다. 최대 10 명의 사용자와 무제한 시청자에게는 10 달러에 불과합니다.

대부분의 다른 위키 (MediaWiki, TikiWiki 등)는 학습 곡선이 가파르거나 기술 전문가가 아닌 사람도 실제로 사용할 수 없다는 단점이 있습니다. 그들이 배울 수는 없었지만 기본적으로 HTML과 같은 코드를 작성 해야하는 문서 시스템을 사용하는 것은 받아들이지 않습니다. 이것은 내 애완 동물 친구입니다. Wikis는 WYSIWYG라고 말하지만 사용자가 작성하는 텍스트에 구문을 삽입하기 만하면됩니다. 그건 WYSIWYG가 아닙니다!

위키를 사용하기위한 지침은 모든 제목을 별도의 페이지에 두는 것이므로 문서를 관리하기 쉬운 여러 부분으로자를 수 있습니다. Confluence는 예를 들어 PDF로 내보낼 수있는 모든 하위 페이지를 단일 사이트 나 문서로 다시 집계 할 수있는 기능을 제공합니다.

One Note 가 좋은 옵션 이라고 생각 합니다. Wiki와 비슷하지만 풍부한 텍스트 편집 지원 기능이 있습니다. Office와 함께 제공되는 표준 데스크톱 클라이언트 외에도 Office Live 제품군 이 포함 된 웹 기반 버전이 있습니다. 솔직히 무료 인 웹 기반 버전은 대부분의 요구에 충분해야한다고 생각합니다. Skydrive와 결합하면 라이브 문서에서 공동 작업을 수행 할 수있는 훌륭한 시스템이 있습니다.

오픈 소스 프로젝트 중 하나를 위해 SharePoint를 사용하여 문서와 미디어를 저장했습니다. 사용자 및 권한 관리는 매우 간단하며 전체 버전 기록을 지원합니다. 우리는 지금 약 4 년 동안 SharePoint 사이트를 운영해 왔으므로 오늘날에는 더 나은 옵션이있을 수 있습니다. 그러나 한 우리를 위해 꽤 잘했다. 그것은 제 3 자 (약 $ 20 / 월)에 의해 호스팅되므로 초기 설정 후 우리는 실제로 유지 보수가 없었습니다. SharePoint는 문서 및 이미지 라이브러리를 지원할뿐만 아니라 Wiki를 지원하지만 더 많이 사용되는 Wiki 엔진에 대해 얼마나 잘 측정되는지 잘 모르겠습니다.