Здравствуй, %username%!
Ты наверное задаёшься вопросом: "Причём тут велосипеды? Это же геймдев!". А я на это отвечу так: "Геймдев весь был и остаётся велосипедом". Это "Записки велосипедиста", в которых расскажу про свои "приключения", а также дам ссылки на интересные материалы для домашнего изучения. Итак, если заинтересовался - просим под кат!
Kozinaka, берем любой движок с открытым кодом и получаем такой-же результат за гораздо меньшее время - что-то в нем придется переписать с нуля под свои нужды и видение мира, но остальные фичи останутся как есть или с минимальными изменениями.
Такой подход возможен, если тебя устраивает всё, что ты не собираешься переписывать и процент того, что ты не собираешься переписывать достаточно мал.
Приложи к статье к примеру успешные проекты со своим движком/инди-проекты и т.д
Этот движок, который я сейчас делаю... Ну скажем на нём есть демки, но они совершенно не заслуживают вашего внимания, друзья.
По какой-то причине я забыл добавить аналогичные примеры из индустрии и привёл их (списком) в статье.
Время, потраченное на его создание, окупится позже в виде экономии времени на отладке, улучшении и поддержке игры.
Лол
Личный опыт - да, просто чтобы знать как изнутри работают/могут работать другие движки. Все остальное того не стоит. Разве что если у вас супер специфические задачи (вроде майнкрафта/феза там).
Я так и написал в статье :)
0 - Наиболее эффективный способ обучения.
1, 3, 4 - Проблемы с супер специфическими задачами гораздо легче решать.
2, 6 - Разве это не так? Если игра будет не одна или игра планируется как долгосрочный проект?
5 - Так это вообще здорово.
Просто каждый оценивает для себя. ИМХО, если уверен, что хватит времени и энтузиазма - значит надо делать свой движок.
Для гейм-дев программера - это маст трай.
Я приболел чутка, но постараюсь в самое ближайшее время выложить новый номер :)
Благодарю за фидбек!
Личный опыт - да, просто чтобы знать как изнутри работают/могут работать другие движки. Все остальное того не стоит. Разве что если у вас супер специфические задачи (вроде майнкрафта/феза там).
prog, а кто говорил, что свой движок время экономит? Он ничего не экономит, он даёт хардкорный низкоуровневый опыт и гибкость при решении задач, т.к. не нужно адаптироваться к чужим решениям и обходить чужие интерфейсы.
Kozinaka, берем любой движок с открытым кодом и получаем такой-же результат за гораздо меньшее время - что-то в нем придется переписать с нуля под свои нужды и видение мира, но остальные фичи останутся как есть или с минимальными изменениями.
SS133D
Комментарии проекта Space Station 133D
Записки велосипедиста #1 - Философия игровых движков
Ты наверное задаёшься вопросом: "Причём тут велосипеды? Это же геймдев!". А я на это отвечу так: "Геймдев весь был и остаётся велосипедом". Это "Записки велосипедиста", в которых расскажу про свои "приключения", а также дам ссылки на интересные материалы для домашнего изучения. Итак, если заинтересовался - просим под кат!
Ред. ZLOI_DED
По какой-то причине я забыл добавить аналогичные примеры из индустрии и привёл их (списком) в статье.
0 - Наиболее эффективный способ обучения.
1, 3, 4 - Проблемы с супер специфическими задачами гораздо легче решать.
2, 6 - Разве это не так? Если игра будет не одна или игра планируется как долгосрочный проект?
5 - Так это вообще здорово.
Просто каждый оценивает для себя. ИМХО, если уверен, что хватит времени и энтузиазма - значит надо делать свой движок.
Для гейм-дев программера - это маст трай.
Благодарю за фидбек!
я посоветовал добавить в статью этот список
Ред. Doc
Ред. Kozinaka