Что нужно, чтобы разрабатывать игру быстрее?

@Etyuhibosecyu · Регистрация: 13.07.2017

Студворк — интернет-сервис помощи студентам

У меня есть проект по созданию игры. Сначала я разрабатывал ее быстро - по версии каждый месяц. Но потом разработка резко замедлилась, несмотря на то, что количество контента на процент разработки было пересчитано не в большую, а наоборот, в меньшую сторону (ну, так бывает, изначальный расчет показался неверным, о верности текущего судить не берусь). Что я делаю для ускорения разработки:
1. Отказался от моделирования в пользу доступных в Интернете моделей и пакетов Free for the Month.
2. Регулярно произвожу разнообразные технические улучшения, позволяющие не выполнять одну и ту же работу множество раз.
3. Создал таблицу, в которую записываю все изменения, кроме исправления багов, и подсчитываю очки за них, зависящие от сложности и значимости.
4. Просматриваю старые темы по поводу каких-либо ошибок, вместо того, чтобы каждый раз создавать новую.
5. И многое другое, всего сходу и не вспомнить...
Но несмотря на это, за полтора года игра разработана всего на 9%. Если это соотношение экстраполировать, получится, что на разработку всей игры уйдет не меньше 18 лет. Не хотелось бы положить всю взрослую жизнь на одну игру, не так ли? В слогане одной из компаний по разработке игр написано "новая игра каждый день". И это была не корпорация в стиле Ubisoft, а сравнительно небольшая и ничем не выдающаяся "фирмочка". Даже если предположить, что рекламный слоган в буквальном смысле "утрирует", каждой игрой занимается 20 работников (учитывая размер компании, больше вряд ли), MMORPG в 10 раз сложнее какого-нибудь шутера или квеста, а половина моего рабочего времени уходит на посторонние проекты, так и не достигающие реализации, получится, что я могу выпускать новую игру каждые 3 * 20 * 10 / 50% = 1200 дней, или чуть больше трех лет и трех месяцев, но никак не 18 лет. И это при предельных расчетах! Взяв более "реальные" числа - например, слоган преувеличивает в 2 раза, над профессиональной игрой работает 12-15 человек, разница в сложности в 5 раз и 40% времени, уходящего впустую - мы получим новый релиз каждые 8 месяцев. Или, может быть, с возрастанием количества "механизмов" для создания контента разработка будет идти все быстрее и быстрее? Ну так и количество врагов или предметов коррелирует с интегрированным показателем прогресса далеко не линейно - для сравнения, в момент 4% прогресса торговец продавал 3 предмета, в момент 8% - 13, а всего планируется несколько десятков или сотен торговцев с суммарным количеством предметов в десятки тысяч (вы угадали, многие будут повторяться). В любом случае, мне кажется, разработка моей игры замедлилась слишком сильно. И это при том, что я взял самый мощный из игровых движков - Unreal Engine. В чем причина? Может быть, у профессионалов есть какие-то особые программы, или какие-то расширения к движкам, которые не доступны публично, и которые ускоряют разработку? Ну я же не думаю, что профессионалы все поголовно намного быстрее двигают руками? Разумеется, такие есть, но вряд ли они задержатся на рабочем месте надолго, так как люди, у которых все "горит", очень неаккуратны и вспыльчивы. Может кто-то объяснить мне, что такое есть у профессионалов, что позволяет редко какой их игре быть в разработке больше года, и не позволяет мне разработать свою хотя бы за пять лет?

@XLAT · 13.05.2022, 20:17

Сообщение от Etyuhibosecyu

Лучше выкинуть интерфейс

я поэтому там написал, что то псевдокод
а в псевдокоде главное даже не реализация, а ИДЕЯ.

Etyuhibosecyu,
я тока примерно догадываюсь, что вы хотите сделать,
даже подозреваю у вас какую то навороченную рефлексию, ну, вроде динамической типизации,
но это сразу оверхед - желательно эти вопросы разруливать на этапе компиляции,
хотя ГДЕ ИГРЫ В КОТОРЫХ ИГРОК МОЖЕТ МУТИТЬ НОВЫЙ ТИП ВРАГА В САМОЙ ИГРЕ?

а это не только новые свойства, но и новое поведение.

Сообщение от Etyuhibosecyu

Можете покопаться в дебрях соответствующего раздела...

ссылка не работает

@Etyuhibosecyu · 13.05.2022, 20:41 **[ТС]**

Сообщение от XLAT

ссылка не работает

Можете показать скриншот?

@alecss131 · 13.05.2022, 21:16

Сообщение от Etyuhibosecyu

нет Visual Studio, и пытаться качать ее сейчас

Для разработки на шарпе не обязательно ставить полную Visual Studio, можно обойтись NET SDK и VS Code/codium с соответствующим плагином, что по размеру будет не более 1гб. Правда настраивать чуть сложнее.

Не по теме:

Писать в функциональной парадигме на языке который рассчитан на ооп (рукалицо)

@Etyuhibosecyu · 13.05.2022, 21:19 **[ТС]**

Сообщение от alecss131

Для разработки на шарпе не обязательно ставить полную Visual Studio

Она у меня стоит, просто обновить надо.

@Mc X · 13.05.2022, 21:42

Сообщение от Etyuhibosecyu

Да, мне нужны ответы...

Что же, сам напросился...
Официальное уведомление, теперь действительно можешь оскорбиться, но сути это не изменит.
Хотя замечу, что не ставлю задачи тебя оскорбить, просто констатация факта.

Сообщение от Etyuhibosecyu

Может кто-то объяснить мне, что такое есть у профессионалов...

Ответ на твой вопрос: Надо, для начала, повзрослеть. И я говорю не про возраст.

Сообщение от Etyuhibosecyu

Вот генеральный план...

Сообщение от Etyuhibosecyu

Но я думаю...

Меня не интересовал твой генплан. Что же касается того, что ты думаешь...
Давай прямо, если бы того, что ты думаешь, было бы достаточно, то ты не задавал бы вопросов.
Поэтому хамить, мне или кому-либо еще, не стоит и если задают вопросы, то хорошим тоном является все же на них отвечать.
Если конечно действительно хочешь услышать ответы, а не "треп".

Сообщение от Etyuhibosecyu

а является ли нормальной такая особенность...

По правде говоря, еще не заметил ни одной нормальной "особенности"...
Ты делаешь MMORPG, но судя по всему:
1. Не пытался хоть как-то спроектировать эту сложную систему с кучей аспектов.
Того, из чего она будет состоять и как все это будет взаимодействовать друг с другом.
2. Вероятно, даже не озадачился изучить то, как работают существующие.

Ты хоть раз пробовал запустить сервер MMORPG (линейки или UO, например) и как-то с ним взаимодействовать?
С точки зрения администрирования, добавления чего-то в мир игры и изменения уже существующего?

@Etyuhibosecyu · 13.05.2022, 21:54 **[ТС]**

Сообщение от Mc X

Ты хоть раз пробовал запустить сервер MMORPG (линейки или UO, например) и как-то с ним взаимодействовать?

Пробовал. И видел других живых игроков на этом сервере. Скриншот прилагается. Про остальное промолчу.

@Mc X · 13.05.2022, 21:58

Сообщение от Etyuhibosecyu

Пробовал

Что это?

@Etyuhibosecyu · 13.05.2022, 22:00 **[ТС]**

Сообщение от Mc X

Что это?

Что непонятно? Я и неравнодушный человек подключились к серверу MMORPG.

@Mc X · 13.05.2022, 22:01

Сообщение от Etyuhibosecyu

к серверу MMORPG

А название этой, так называемой, MMORPG можно узнать?

@Etyuhibosecyu · 13.05.2022, 22:04 **[ТС]**

Сообщение от Mc X

А название этой, так называемой, MMORPG можно узнать?

"Линейка возвращается". А если короче - "Lineedge".

@Mc X · 13.05.2022, 23:31

Сообщение от Etyuhibosecyu

"Линейка возвращается"

Мило, но между MMORPG и сетевым "нечто", пропасть, глубиной с Марианскую впадину

Добавлено через 1 час 6 минут
В тоже время... хотя это довольно условно т. к. информации недостаточно...
Ты вполне можешь избежать "18 лет разработки" до релиза.

Это не будет MMORPG, но...
Ты можешь, к тому что есть, добавить какую-то несложную игровую механику на несколько игроков.
Желательно без отдельного сервера т. к. не потребует поддержания и затрат на выделенный.
Привести к какому-то завершенному состоянию визуальную часть, но из оригинального материала
(без бесплатных ассетов или с сильной переработкой, в крайнем случае)
После чего выпустить это в Steam, для начала в раннем доступе и с демкой.
Добавить систему рейтингов, ачивки, карточки.

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

Добавлено через 12 минут
P. S. Если не осилишь пройти "огонь, воду и медные трубы" с такой упрощенной задачей до полноценного релиза, то бессмысленно даже говорить о каких-то "линейка возвращается".

@Usaga · 16.05.2022, 05:34

Mc X, ему такой совет уже давали, что для начала было бы правильнее сделать игру по-проще, но довести её до конца. С графикой и озвучкой. Но что-то простое. Чтобы получить опыт и нюансы разные прочухать, в том числе и с дистрибьюцией игры.

Но зашкаливающее ЧСВ ТСа не позволяет ему взяться за проект не ААА-масштаба.

Etyuhibosecyu, чтобы разрабатывать игру быстрее, это нужно уметь делать профессионально. И иметь бюджет какой-никакой на оплату тех вещей, которые ты сделать не можешь (графика и всё остальное). А чтобы стать профессионалом нужно получить опыт. А чтобы получить опыт, нужно работать над реальным проектом. Над таким, какой можно осилить в обозримом будущем.

@zorggish · 16.05.2022, 18:54

Сообщение от Etyuhibosecyu

В чем бред? Так написано в Википедии.

1. Покажите, где это так написано?
2. Вот скажите сами, что общего у современных плюсов и ассемблера?

На современных плюсах я могу написать так

C++
1
2
3
4
list<int> my_list = { 1, 2, 3, 4, 5 };
auto lambda = [](const auto &some_container) { return accumulate(some_container.begin(), some_container.end(), 0); };
auto future = async(lambda, my_list);
cout << future.get();

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

Вопрос - сколько строк подобная конструкция заняла бы на ассемблере?
Что общего было бы между кодом на нём и на плюсах?

Сообщение от Etyuhibosecyu

программировать на них - тот еще ад

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

Сообщение от Etyuhibosecyu

даже строка без #include не работает

Интересно, а что будет работать без директив using в шарпе? В последнем дотнете они могут подключаться неявно, но тем не менее.

Сообщение от Etyuhibosecyu

Ну, если говорить про Шарп...
1. Отказ перебирать коллекцию в цикле в пользу LINQ

Ни это, ни последующие пункты не имеют ничего общего с паттернами проектирования.

Сообщение от Etyuhibosecyu

а является ли нормальной такая особенность, встречающаяся в моих программах: мне постоянно приходится повторять однотипные действия вместо разработки новых фич:

Нет, это абсолютно ненормально. Это является признаком крайне плохого кода, написанного слабым программистом.
Такое бывает, если не знать паттерны и нарушать принципы DRY кода (с англ - Don't repeat yourself); означает что каждый элемент программной системы должен быть написан ровно в одном месте, "иметь единственное, непротиворечивое и авторитетное представление в рамках системы".

А теперь к главному вопросу темы - что нужно, чтобы разрабатывать игру быстрее?
Ответ - грамотно спроектировать архитектуру вашей программы.
Не городить костыли когда количество однотипных действий переваливает уже за сотню, а изначально писать так, чтобы их не было вообще; если вдруг появляются, даже две-три штуки -- сразу думать, как можно сделать по-другому.
А для этого всего, конечно, нужно уметь программировать. Что в наше время обязательно включает в себя знание и умение применять паттерны проектирования. Для понимания которых нужно как минимум понимать принципы ООП - инкапсуляция, полиформизм, абстракции, интерфейсы и т.п.
А для этого нужно читать профильную литературу а не страдать ерундой, раз за разом штампуя мерторожденные недоигры-уродцы.

@Etyuhibosecyu · 16.05.2022, 19:56 **[ТС]**

Сообщение от zorggish

1. Покажите, где это так написано?

Вот здесь, восьмой абзац. Написано про Си, но Плюсы - это всего лишь Си с классами (статья C++).

Сообщение от zorggish

Вопрос - сколько строк подобная конструкция заняла бы на ассемблере?

Не знаю, про ассемблер ничего сказать не могу, но на современном Шарпе - одну строку в 42 символа:

C#
1
WriteLine(Range(1, 5).AsParallel().Sum());

Это если верить вашему описанию, а так я с Плюсов ушел раньше, чем эти конструкции появились.

Сообщение от zorggish

Интересно, а что будет работать без директив using в шарпе?

Строка, как ни странно, работает.

Сообщение от zorggish

если вдруг появляются, даже две-три штуки -- сразу думать, как можно сделать по-другому.

Ну как-то две-три штуки, если они короткие, не являются проблемой, а проблемой они становятся, начиная где-то с двадцати-тридцати штук.

Сообщение от zorggish

Для понимания которых нужно как минимум понимать принципы ООП - инкапсуляция, полиформизм, абстракции, интерфейсы и т.п.

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

Алексей1153 · 16.05.2022, 20:22

Сообщение от Etyuhibosecyu

Плюсы - это всего лишь Си с классами

нет

@alecss131 · 16.05.2022, 21:29

Сообщение от Etyuhibosecyu

про ассемблер ничего сказать не могу

Вот простой пример, hello world на ассемблере (диалект NASM, 64 бита)

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
extern printf
section .data
    msg db 'Hello, Windows World!',0
    fmt db "Windows 10 says: %s",10,0
section .text
    global main
main:
push rbp
mov rbp,rsp
    mov rcx, fmt
    mov rdx, msg
    sub rsp,32
    call printf
    add rsp,32
leave
ret

и тот с использованием сишной функции printf (то есть при сборке надо еще линковать стандартную бибилиотеку), на линуксе будет немного короче

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
section .data
    msg db "hello, world",0
section .bss
section .text
    global main
main:
    mov rax, 1
    mov rdi, 1
    mov rsi, msg
    mov rdx, 12
    syscall
    mov rax, 60
    mov rdi, 0
    syscall

@zorggish · 17.05.2022, 10:30

Сообщение от Etyuhibosecyu

Программирование такое и есть, или можно пойти по менее мучительному пути?

Можно и нужно.

Сообщение от Etyuhibosecyu

Вот здесь, восьмой абзац. Написано про Си, но Плюсы - это всего лишь Си с классами

Вот именно, что там написано про си. В C++ также есть:
-Полная поддержка ООП - не только классы, но и их полиморфизм, виртуальные фукнции (динамическое связывание), RTTI (динамическая идентификация типа данных) и т.д.
-Поддержка обобщённого программирования - шаблоны функций, классов, шаблоны с переменным числом аргументов, метапрограммирование шаблонов и т.д.
-Библиотека STL, включающая контейнеры, алгоритмы, классы функциональных объектов, итераторы и аллокаторы, средства многопоточности, умные указатели, регекспы, кортежи, и множество других более специализированных вещей
-Механизм исключений
-Перегрузка функций и операторов
-Пространства имён, ссылки, и т.д, и т.п...
Кроме того, формально C и С++ это два разных языка, и существует корректный код на C который не будет являться корректным кодом на C++.

По итогу, код и подход к его написанию на C++ очень сильно отличается от того же на С, и гораздо ближе к таким языкам как C#. С ассемблером C++ уже очень давно имеет крайне мало общего.

Сообщение от Etyuhibosecyu

на современном Шарпе - одну строку в 42 символа

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

Сообщение от Etyuhibosecyu

Строка, как ни странно, работает

Строка string это алиас для System.String. Ну да, она подключается неявно, но что с того?

Сообщение от Etyuhibosecyu

Ну как-то две-три штуки, если они короткие, не являются проблемой, а проблемой они становятся, начиная где-то с двадцати-тридцати штук

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

Сообщение от Etyuhibosecyu

Я и так понимаю эти принципы

Это вы так думаете. Но судя по вашему коду, и по тому, что вы жалуетесь на скорость разработки, вы их или не понимаете, или не умеете применять.