MS
Size: a a a
2020 November 06
AT
И ты не будешь этого знать пока не поэкспериментируешь с теми фишками которые хочешь, по-отдельности и вместе.
Очень многое можно запрототипировать "на бумаге", при этом намного быстрее, чем кодом.
AT
Ну, если Вы прочитали его мысли, тогда конечно. 😉
MS
Нет ну просто люди которые хотят „сделать крузис“ обычно не хотят сделать именно крузис, но отличия представляют крайне смутно.
MS
Не как что-то плохое так-то.
AT
Нет ну просто люди которые хотят „сделать крузис“ обычно не хотят сделать именно крузис, но отличия представляют крайне смутно.
Вот именно поэтому нужно сначала написать дизайн-документ, а потом уже прототипировать то, что в нём описано. Иначе так и не поймёшь, какие отличия ты хотел внести в проект. И в какой момент остановится.
MS
Это подразумевает что ты уже матёрый геймдев и знаешь что вообще это за штуки, которые ты хочешь менять/добавлять. Ты не можешь написать диздок типа „у нас будут механики А, Б, Ц“, если до этого не игрался с этими самыми А, Б, Ц и не знаешь чего от них ожидать, как они взаимодействуют друг с другом.
A
Это подразумевает что ты уже матёрый геймдев и знаешь что вообще это за штуки, которые ты хочешь менять/добавлять. Ты не можешь написать диздок типа „у нас будут механики А, Б, Ц“, если до этого не игрался с этими самыми А, Б, Ц и не знаешь чего от них ожидать, как они взаимодействуют друг с другом.
Подтверждаю. Может быть у меня опыта нету нифига (у меня его внезапно нету), но без чёткого опытного понимания того как это будет выглядеть и работать, написать чёткий диздок оочень сложно
A
Очень многие механики и их реализации приходится делать прямо по ходу. Конечно есть план, и стараюсь него придерживаться, но он постоянно не сходится так как план написан без понимания глубокого как это вообще можно сделать, и нужно ли делать именно так
AT
Это подразумевает что ты уже матёрый геймдев и знаешь что вообще это за штуки, которые ты хочешь менять/добавлять. Ты не можешь написать диздок типа „у нас будут механики А, Б, Ц“, если до этого не игрался с этими самыми А, Б, Ц и не знаешь чего от них ожидать, как они взаимодействуют друг с другом.
Для этого достаточно быть геймером, а не разработчиком. Что разработчик, что геймер одинаково далеки от гейм-дизайна, так что доучиваться придётся в любом случае. Но я не вижу зачем нужно сначала убить дофига времени на разработку чего попало, а только потом наконец-то заняться гейм-дизайном.
MS
Прототипирование — это часть геймдизайна.
MS
Ну и, как ты будешь дизайнить не имея возможности пощупать то, что дизайнишь? Не в уме же.
AT
В слове "прототипирование" нет слова "программирование". Если Вы не умеете прототипировать без программирования -- имеет смысл научиться.
MS
В слове "прототипирование" нет слова "программирование". Если Вы не умеете прототипировать без программирования -- имеет смысл научиться.
Ты прооо блюпринты?
AT
Ты прооо блюпринты?
Я про карандаш и бумагу, эксель, фигурки из пластелина -- всё что угодно.
MS
То что хорошо выглядит на бомаге и на столе крайне не всегда хорошо выглядит „вживую“.
AT
Можно брать водяные пистолетики, пару приятелей и носиться по парку или по стройке, или ещё где.
MS
Тут согласен. По крайней мере это весело.
AT
Вариантов "проверки гипотиз" дофига.
AT
Не вижу причин зацикливаться на кодировании.