По схеме "полностью описали ТЗ" - "сделали игру с нуля и до конца" не работает никто. Никакой план не выживает столкновения с неприятием. Никакое ТЗ не выживает его реализации (если, конечно, нет задачи сделать полную хуйню).
Чем точнее вы пишете - тем больше потом придётся переписывать, тем больше вы переписать забудете. Чем дальше на будущее, в планах разработки, вы пишете - тем больше из того, вы пишете, будет к этому будущему моменту уже не актуально.
Большая часть этой статьи должна была бы быть посвящена не тому, как писать, а тому, как обновлять и легко детектировать ТЗ, которые уже не актуальны.
1.Тут не все из области разработки, и аббревиатуру лучше расшифровать. 2. ГДД в первый раз вообще слышу, на сколько я знаю его все называют диздок (дизайн-документ). 3. ГДД похожа на отсебятину.
Сейчас я скукожу вышеописанное. Чтобы тебя абсолютно точно поняла команда, берёшь пишешь диздок, да так, чтобы тебя даже детсадовец понял. Потом, сжимаешь центр мира в одной точке и садишься на неё. Несколько месяцев твоей жизни, уходят на прототипирование, конец.
Никак не могу отвыкнуть от восприятия слова "мокап" в качестве Motion Capture... Про Asana ни слова не сказано. По-моему неплохой инструмент по управлению проектом.
Прежде, чем начать рассказывать правила составления ГДДНадо объяснить, что такое ГДД
Гейм-дизайнерский документ
Чсх никто так и не ответил на вопрос. Это диздок.
Если вы не знаете этого - что вы делаете в индустрии?
По схеме "полностью описали ТЗ" - "сделали игру с нуля и до конца" не работает никто. Никакой план не выживает столкновения с неприятием. Никакое ТЗ не выживает его реализации (если, конечно, нет задачи сделать полную хуйню).
Чем точнее вы пишете - тем больше потом придётся переписывать, тем больше вы переписать забудете. Чем дальше на будущее, в планах разработки, вы пишете - тем больше из того, вы пишете, будет к этому будущему моменту уже не актуально.
Большая часть этой статьи должна была бы быть посвящена не тому, как писать, а тому, как обновлять и легко детектировать ТЗ, которые уже не актуальны.
Вы бы дополнили статью своими рекомендациями по обновлению и ревизиям диздока - многие бы вам спасибо сказали.
1.Тут не все из области разработки, и аббревиатуру лучше расшифровать.
2. ГДД в первый раз вообще слышу, на сколько я знаю его все называют диздок (дизайн-документ).
3. ГДД похожа на отсебятину.
ГДД - это калька с английского названия Game-Design Document
Сейчас я скукожу вышеописанное. Чтобы тебя абсолютно точно поняла команда, берёшь пишешь диздок, да так, чтобы тебя даже детсадовец понял. Потом, сжимаешь центр мира в одной точке и садишься на неё. Несколько месяцев твоей жизни, уходят на прототипирование, конец.
Никак не могу отвыкнуть от восприятия слова "мокап" в качестве Motion Capture...
Про Asana ни слова не сказано. По-моему неплохой инструмент по управлению проектом.
Как я и говорил, омонимов в индустрии тонна) Асану не встречал, судить не могу.
Спасибо, интересная точка зрения на Design Document. Не со всеми тезисами согласен, но в целом довольно обоснованно.