Какой тип документа для игрового дизайна? [закрыто]

9

Какой тип поддержки / формата вы используете для хранения и распространения документации по дизайну вашей игры? Вики? Док файлы? Файлы в репозитории? Общая папка? Google Doc?

Пожалуйста, предоставьте плюсы и минусы для каждого.

Klaim
источник

Ответы:

14

Я использую Google Docs, потому что все, что мне действительно нужно, это текстовый редактор, который находится в сети. Я могу относительно легко сотрудничать с людьми в Интернете, и я знаю, что моя информация там защищена в случае сбоя моего компьютера.

Еще один вариант, на который стоит обратить внимание - это использование Dropbox . Вставьте туда документ Word, и вы сразу получите среду для совместной работы с контролем версий.

Sergio
источник
5
PS Документы Google совершенно УДИВИТЕЛЬНЫ для совместного редактирования в реальном времени с момента недавнего (думаю, в середине сентября) обновления. Dropbox, с другой стороны, не имеет разрешения конфликтов (он переименовывает конфликтующий файл, что может создать еще большую путаницу), поэтому он довольно ужасен для одновременного редактирования файлов, но отлично подходит для резервного копирования и совместного использования / не одновременного редактирования.
Ricket
Есть ли способ, чтобы иметь локальную компанию (как установленный сервер компании) Google Docs?
Klaim 12.10.10
1
@ Klaim, если вы получаете Google Apps для своего домена, вы можете. google.com/apps/intl/en/business/index.html
Джесси Дорси
4
Noctrine, он все еще поддерживается Google. Он просто появляется на вашем домене благодаря записи CNAME. Если вам требуется, чтобы данные физически находились в вашей локальной сети, это не сработает. OTOH, если вам не требуется разрешение безопасности для работы над «игрой», последнее требование обычно является скорее признаком паранойи и мании величия, чем что-либо еще.
drxzcl
1
Да, я уже знаю, для доменов (у меня уже есть несколько приложений Google для моих доменов), но допустим, у вас нет доступа к Интернету, но только к локальной сети?
Klaim 13.10.10
5

Wiki

Плюсы:

  • Последняя версия всегда доступна через Интернет, с сайта и т. Д.
  • Довольно прост в использовании (если вы избегаете тех, кто потерпел крушение при форматировании, как MediaWiki, то есть)
  • Автоматическая индексация, поиск, простая категоризация
  • Легко приписывать изменения людям и привлекать их к ответственности за изменения
  • Поддерживает связывание и позволяет легко и эффективно выделять детали
  • Может ссылаться на вики-страницы напрямую из внутренних отчетов об ошибках и другой корреспонденции, что делает проверку ошибки очень простой
  • История версий и контроль версий обычно встроены

Минусы:

  • Иногда ТОО легко изменить (см. Ниже) и требует дисциплины
  • Страницы могут быть не синхронизированы при редактировании по отдельности (например, часто без «глобального поиска и замены»)
  • Страницы становятся осиротевшими или заменяются и оставляются как потенциальные минные поля для кодировщиков позже. ( «Что ты имеешь в виду, мы не реализуем это больше? Это все еще в вики дизайна!» )
  • Синтаксис может быть немного эзотерическим, если вы не получите правильный пакет
  • Приходится устраивать хостинг или принимать то, что доступно онлайн бесплатно
  • Нет четкого маршрута по документу - как вы читаете «все»?
  • Трудно напечатать. Можете ли вы распечатать все это одним щелчком мыши? Можете ли вы легко распечатать все, что имеет отношение к одной данной функции, чтобы взять ее на встречу? Можете ли вы легко аннотировать цифровую версию, не затеняя основной документ?

(* Мы использовали вики для одного проекта, и дизайнеры всегда испытывали желание войти и «улучшить» его части, даже в отношении функций, которые были подписаны и отправлены для кодирования. Затем, когда QA приступило к тестированию функции, она было бы кошмаром, потому что часто дизайн предлагал что-то отличное от того, что было на самом деле закодировано, и потребовалось бы немало разочаровывающей работы, чтобы выяснить, что произошло первым, изменение дизайна или кода.)

Kylotan
источник
1
Все ваши минусы на самом деле не проблема, если вы используете Confluence, за исключением хостинга, который не является бесплатным, если вы не размещаете его на своем сервере локальной сети и не позволяете другим присоединяться через DynDNS или подобную службу.
LearnCocos2D
Самое смешное, что мы использовали JIRA для нашего проекта. Думаю, либо никто не рассматривал Confluence, либо, возможно, цена была слишком высокой. Я все равно проголосовал за твой ответ.
Kylotan
Вики-дизайн-документы ... Пожалуйста, пожалуйста ... Не надо.
Лоран Кувиду
3

Текстовые файлы

В моем текущем проекте я использую простые текстовые файлы в папке «Документы» проекта, которые хранятся в хранилище рядом с кодом.

Плюсы:

  • Документация хранится близко к фактической работе, поэтому ее легко найти.
  • Простое форматирование означает, что легко и быстро вести документацию.
  • Простой формат также означает, что существует небольшой риск потери документации из-за сбоев сервера, повреждения файлов и т. Д.
  • Абсолютно минимальное время наладки делает это отличным началом для одиночных разработчиков или крошечных (2-3 человека) команд.
  • Использование контроля версий означает, что изменения отслеживаются, и часто можно напрямую связать изменения в документации с изменениями в коде.
  • Как легко работать с текстом, так и поиск, редактирование и т. Д. Часто можно выполнять с помощью инструментов командной строки.

Минусы:

  • Больше чем пара пользователей и документ легко вышли бы из синхронизации.
  • Нет ссылок, поэтому вы используете один большой гротескный документ или несколько небольших, но не связанных между собой документов.
  • Ограниченные возможности форматирования и публикации (хотя преобразование, например, через Markdown, легко сделать.)
  • Как легко работать с текстом, так часто единственным способом поиска, расширенного редактирования и т. Д. Является использование инструментов командной строки.

Это не то, на что вы хотите положиться при любой командной работе, но мощь текстовых файлов в репозитории, позволяющих вам получить право на работу, не следует недооценивать для одного разработчика. В настоящее время я использую один документ в качестве своего рода обзорного / генерального планировщика, который содержит общий дизайн, второй документ, который действует как ToDo-список конкретных вещей, которые нужны игре, третий документ в качестве свободного средства отслеживания ошибок и вспомогательные документы для уточните "особенность х" по мере необходимости.

оборота CodexArcanum
источник
2

Не используйте формат документа / редактор, который не поддерживает несколько пользователей (например, MS Word, Open Office Writer). Только один человек может редактировать документ, и даже при управлении исходным кодом слишком легко начать работать над устаревшей версией, и, сохраняя, вы в основном уничтожаете все, что другие пользователи сделали с момента последнего обновления пользователем своей версии. документа.

Совместно используемые папки на сегодняшний день являются худшим решением и абсолютно не подходят для любого вида активов, над которыми нужно работать совместно. Вы никогда не можете быть уверены, что кто-то еще работает над этим файлом прямо сейчас или сделает это в ближайшие пару минут. У вас также нет отслеживания изменений и вы не можете вернуться к предыдущей версии в случае аварии (человеческая ошибка или человеческая глупость или человеческое пренебрежение).

Желательно использовать вики, но тот, который удобен для пользователя и действительно WYSIWYG. Я лично клянусь в Confluence , который также используется в больших студиях разработки игр и стоит всего 10 долларов США для 10 пользователей и неограниченного количества зрителей.

Большинство других вики (MediaWiki, TikiWiki и т. Д.) Имеют недостаток, заключающийся в том, что у них крутая кривая обучения или они даже практически не используются нетехническим персоналом. Не то чтобы они не могли выучить это, но они (по праву) не соглашаются использовать систему документов, которая в основном требует от вас написания кода, такого как HTML. Это моя любимая мозоль: вики, которые говорят, что они WYSIWYG, но все, что они делают, это вставляют синтаксис в текст, который вы пишете. Это не WYSIWYG!

Руководство по использованию вики - размещать каждый заголовок на отдельной странице, чтобы вы могли разрезать документ на множество управляемых частей. Confluence предлагает функции, с помощью которых вы можете объединить все эти подстраницы обратно в один сайт или документ, который можно экспортировать, например, в PDF.

LearnCocos2D
источник
1

Я думаю, что One Note является хорошим вариантом. Это что-то вроде Wiki, но с большой поддержкой редактирования текста. В дополнение к стандартному клиенту для настольного компьютера, который поставляется вместе с Office, имеется веб-версия с пакетом Office Live . Честно говоря, я думаю, что веб-версии, которая является бесплатной, должно быть достаточно для большинства потребностей, и в сочетании с Skydrive у вас есть довольно хорошая система для совместной работы над документом в реальном времени.

Алекс Шеарер
источник
evernote.com также является возможностью для людей, которые хотят бесплатную альтернативу OneNote. Он имеет веб-клиент и клиенты для различных платформ (настольных компьютеров, телефонов) и хранит все ваши заметки «в облаке». Я думаю, что у него есть возможности для совместной работы, но они могут быть премиум-класса.
CodexArcanum
0

Для одного из моих проектов с открытым исходным кодом мы использовали (задыхаясь) SharePoint для хранения документов и носителей. Управлять пользователями и разрешениями довольно просто, и он поддерживает полную историю версий. У нас есть сайт SharePoint уже около четырех лет, поэтому в наши дни вполне могут быть лучшие варианты. Тем не менее, она была разработана очень хорошо для нас. Он поддерживается третьей стороной (около 20 долларов в месяц), поэтому после первоначальной настройки с нашей стороны практически не проводилось никакого обслуживания. В дополнение к поддержке библиотек документов и изображений, в SharePoint есть поддержка Wiki, хотя я не уверен, насколько хорошо он соотносится с более популярными механизмами Wiki.

Майк Штробель
источник