В первом материале мы обозначили основную проблему, которую будем решать — проблему быстрой разработки качественного кода. И показали, что идеальное решение — это написание универсального фреймворка.

Также мы описали две основные категории разработчиков: те, кто может писать быстро, и те, для кого важнее всего качество. Первые — это обычно начинающие или те, кто не любит много думать (в сущности в этом нет ничего плохого). Вторые — чаще всего увлеченные (одержимые?) педанты. Последние как раз и будут разрабатывать и развивать фреймворк, а начинающие — пользоваться, разрабатывать на нем игры.

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

https://habr.com/ru/post/675258/?utm_source=habrahabr&utm_medium=rss&utm_campaign=675258

В первом материале мы обозначили основную проблему, которую будем решать — проблему быстрой разработки качественного кода. И показали, что идеальное решение — это написание универсального фреймворка.

Также мы описали две основные категории разработчиков: те, кто может писать быстро, и те, для кого важнее всего качество. Первые — это обычно начинающие или те, кто не любит много думать (в сущности в этом нет ничего плохого). Вторые — чаще всего увлеченные (одержимые?) педанты. Последние как раз и будут разрабатывать и развивать фреймворк, а начинающие — пользоваться, разрабатывать на нем игры.

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

https://habr.com/ru/post/675258/?utm_source=habrahabr&utm_medium=rss&utm_campaign=675258

Скорость разработки и качество кода — вот, пожалуй, одно из главнейших противоречий IT-индустрии. Можно долго продумывать архитектуру приложения, потом ее совершенствовать, улучшать, а в итоге так ничего и не сделать. А можно быстро что-то сварганить, а потом и зарелизить, но из-за ошибок проектирования завести весь проект в тупик. На каждые два часа разработки, шесть часов будет уходить на поиск и исправление багов, в результате чего вся последующая разработка фактически застопорится.

Таким образом, вопрос: качество или скорость переходит в проблему: хороший, но вечно незаконченный проект или хоть как-то, но работающая программа. Любой менеджер как реалист, естественно, выберет второе.

Так и получается, что куда ни ткнись, у всех код если не дрянной, то по меньшей мере неважный. То, что называется многозначительным словом legacy. Все всё понимают, плюются, но поделать ничего не могут. Код уже есть и с ним нужно работать. Все предложения по улучшению не приветствуются, а то и прямо запрещаются.

Как тут быть, что поделать? Попробуем разобраться.

https://habr.com/ru/post/674754/?utm_source=habrahabr&utm_medium=rss&utm_campaign=674754

Много лет назад я занимался созданием маленьких Flash игр и публиковал их на сайте Newgrounds. Сейчас я делаю полноценные игры для ПК.

На сегодняшний день у меня 4 законченных коммерческих игры в Steam, и самая последняя из них — выпущенная в 2021 году Pilie Pals, о процессе создания которой я расскажу в этой статье.

Я работал над игрой всего примерно 6 месяцев, по вечерам после работы и на выходных. Я занимаюсь дизайном, программированием, графикой, звуками и музыкой в одиночку, и использую свой собственный движок 3D игр.

https://habr.com/ru/post/662533/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662533

Много лет назад я занимался созданием маленьких Flash игр и публиковал их на сайте Newgrounds. Сейчас я делаю полноценные игры для ПК.

На сегодняшний день у меня 4 законченных коммерческих игры в Steam, и самая последняя из них — выпущенная в 2021 году Pilie Pals, о процессе создания которой я расскажу в этой статье.

Я работал над игрой всего примерно 6 месяцев, по вечерам после работы и на выходных. Я занимаюсь дизайном, программированием, графикой, звуками и музыкой в одиночку, и использую свой собственный движок 3D игр.

https://habr.com/ru/post/662533/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662533

Речь идёт о игре Speebot, которая была выпущена в Steam в 2017 году.

Я разрабатывал эту игру с января 2016 года в своё свободное время в одиночку. Мною выполнено всё программирование, дизайн игрового процесса, создание графики и музыки. Кроме того, я написал собственный игровой движок с нуля.

Люди часто спрашивают меня, почему я решил создать свой движок, когда на рынке доступно множество бесплатных универсальных движков. Есть много причин, и о них я попытаюсь рассказать в этой статье.

https://habr.com/ru/post/662481/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662481

Речь идёт о игре Speebot, которая была выпущена в Steam в 2017 году.

Я разрабатывал эту игру с января 2016 года в своё свободное время в одиночку. Мною выполнено всё программирование, дизайн игрового процесса, создание графики и музыки. Кроме того, я написал собственный игровой движок с нуля.

Люди часто спрашивают меня, почему я решил создать свой движок, когда на рынке доступно множество бесплатных универсальных движков. Есть много причин, и о них я попытаюсь рассказать в этой статье.

https://habr.com/ru/post/662481/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662481