Геймдев - с чего начать? (советы начинающему разработчику игр)

@Iseal · Регистрация: 05.02.2016

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

Всем привет, на связи начинающий разработчик, у которого много идей, амбиций, а так же просьб помочь к профессионалам. Я собираюсь основать свою студию для разработки игры, есть куча идей для ее реализаций, сама игра крутится в голове, весь сюжет внутри и вообще кажется, что если удастся, то сделаем бум, а пока я решил копить средства для ее реализаций.
Сам я уже месяц читаю Герберта Шилдта С++ : базовый курс и параллельно сижу в Visual С++ пишу код потихонечку, вникаю и все очень понятно и одновременно приятно от того, как все складно и что я могу еще как то на этот процесс написания кода повлиять. После него я собираюсь читать Страуструпа причем очень серьезно и не мешкать особо, английский знаю. Студию собираюсь основать как буду уверен в своем опыте.
Но вот у меня есть вопросы по поводу действий, может кто нибудь что нибудь подсказать на своем опыте, про веб-источники(где можно что нибудь почитать), провалы, прорывы, обучение, ошибки и еще драгоценную информацию о непростой жизни С++ программера?
Так же объясните пожалуйста про математику программисту, какой то человек сказал, что она редко используется в программировании и созданий игры.
Так же я читал историю про то, что если ты станешь программистом, то ты будешь основываться на логику, нежели на фантазию и вообще станешь скептиком.
Наверняка нужен будет опыт работы в какой нибудь компаний?
Стоит ли попробовать сделать какие нибудь игровые модификаций к какой нибудь игре?
Что будет полезно узнать новичку?

@rikimaru2013 · 01.08.2016, 19:35

Iseal, думаю по моей подписи ты поймёшь, я тут больше тебе толкогово подскажу, чем эти ~~бездельники~~ Эксперты С++(софтовики 90%).

Разработка игры - боль, стоит 7 раз подумать чем туда ити, в софте легче в разы бабло косить, но там скучно, в гейм-деве весело но овертаймы в 70% гейм-дев компаниях.

С советов:
1) не бросай основной поток дохода - пусть будет пропорция: поток 70%, гейм-дев 30% и постепенно перевешивай чаши весов
2) посмотри видосики - https://www.youtube.com/user/FamTrinli/videos
3) погугли хабр ветка Game Development - там историй о инди игре с 80 страниц, я насобирал 23 статьи.
4) начни свою первую игру с движка SFML - и сделай платформер. Если не бросить гейм-дев после этого ада - может быть у тебя всё получится.

@Bonya2 · 01.08.2016, 19:43

Сообщение от Stitch Igorek

Один малюсенький пример можно где STL пригодится?

Можно

Представь ты пишешь игру со множеством NPC. Их количество в процессе игры то увеличивается, то убывает. Отсюда вопрос Где их хранить? Лучше всего в std::list или в std::vector. Вот он STL. Конечно можно самому написать список, только зачем?

@Stitch Igorek · 01.08.2016, 19:48

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

Конечно можно самому написать список, только зачем?

https://www.cyberforum.ru/post9400446.html

@Bonya2 · 01.08.2016, 20:08

Сообщение от Stitch Igorek

где STL пригодится?

В S.T.A.L.K.E.R использовали библиотеки STL с Boost

Добавлено через 15 минут

Сообщение от Stitch Igorek

С чего начать написание игры

И что? Один трёп. Не хочу читать

@HelicopterK52 · 01.08.2016, 20:11

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

Лучше всего в std::list

И поиметь проблем из-за дерганья new каждый раз? Конечно, если у Вас нет божественного аллокатора.

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

или в std::vector

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

@Stitch Igorek · 01.08.2016, 20:14

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

Не хочу читать

А я вот STL не хочу изучать, так мне проще свой контейнер написать, с теми методами которые нужны мне, и без тех, которые добавили в тот же std::vector "чтоб было".

@Fulcrum_013 · 01.08.2016, 21:10

Сообщение от Stitch Igorek

А я вот STL не хочу изучать, так мне проще свой контейнер написать, с теми методами которые нужны мне, и без тех, которые добавили в тот же std::vector "чтоб было".

Все нужные контейнеры умещаются в 1000 строк кода, при этом гораздо функциональнее чем STL, во всяком случае в плане того что нужно для имитационного моделирования (умеют следить за жизненным циклом и состоянием содержимого).

Добавлено через 2 минуты

Сообщение от Stitch Igorek

Один малюсенький пример можно где STL пригодится?

В хеллоувердах

Добавлено через 30 минут

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

В S.T.A.L.K.E.R использовали библиотеки STL с Boost

Именно поэтому его столько долго разрабатывали.

Добавлено через 52 секунды

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

Отсюда вопрос Где их хранить?

Если бы вы с разработкой движков сталкивались возникал бы другой вопрос - когда и как и из каких списков их удалять?

@hoggy · 01.08.2016, 21:22

Сообщение от Stitch Igorek

на скорую руку накидал.

так не нужно делать.

вот здесь вот у вас уже фатальный фейл:

C++
1
2
3
4
5
void move(float move_X, float move_Y)
    {
        X += move_X * (float)(clock() - fps);
        Y += move_Y * (float)(clock() - fps);
    }

есть такая штука. её часто называют "time machine".
суть идеи в том, что только в одном единственном месте программы
(обычно - вечный цикл, который обеспечивает всю систему сообщениями)
отсчитываются тики времени.

а дальше всем желающим сообщается "дельта-тэ".
квант времени прошедший с предыдущего тика.

в чем здесь прикол?
если вы каждый раз будете дергать clock(),
то у вас будет возникать рассихрон по времени между различными процедурами.

например:

C++
1
2
3
4
5
6
7
8
9
10
11
void move(float move_X, float move_Y)
    {
        // взяли первый замер
        X += move_X * (float)(clock() - fps);
 
        // здесь поток уснул
       
        // а здесь заново берем новый замер
        // и он отличается от того, по которому рассчитывался X
        Y += move_Y * (float)(clock() - fps);
    }

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

Сообщение от Stitch Igorek

Один малюсенький пример можно где STL пригодится?

везде, где вам нужны треды, потоки, контейнеры, и тп.

редко можно встретить проект, который её не использует.

Добавлено через 1 минуту

Сообщение от Stitch Igorek

С чего начать написание игры

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

Сообщение от Stitch Igorek

А я вот STL не хочу изучать, так мне проще свой контейнер написать

а работодателю будет проще послать вас нафиг.
ниосиляторы не нужны.

@Fulcrum_013 · 01.08.2016, 21:32

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

Конечно можно самому написать список, только зачем?

что произойдет eсли хранимый в vector<shared_ptr<NPC>> или vector<unique_ptr<NPC>> объект сделает вот так:

C++
1
2
3
4
5
6
7
class NPC{
//...
 void Update(float dTime){
        //...
        if (DeathCondition)  delete this;        
  } 
}

? Креш будет без вариантов.
А свои контейнеры можно построить так что при этом ссылки на объект будут убраны из всех контейнеров в которых они есть.

Добавлено через 3 минуты

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

ниосиляторы не нужны

Неосиляторы это те кто не осилил концепцию умных объектов и умных контейнеров.

Добавлено через 3 минуты

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

редко можно встретить проект, который её не использует

Ее не используют фреймверк DXUtils например. ее не использует MFС. Ее не используют VCL и проекты на VCL. Ее не использует Qt Widgets и проекты на Qt. Везде свои более функциональные средства, зачастую ориентированные на слежение за жизненным циклом содержимого.

@HelicopterK52 · 01.08.2016, 21:35

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

объект сделает вот так

Это будет глупостью. Дебил может сломать что угодно.
Даже концептуально, если NPC мертв, он не может себя удалить, он вообзе лежит бездыханно с колом в ~~за.....~~ груди.
а Ваш пример выглядит так:

C++
1
2
3
4
5
int main()
{
   std::vector<NPC> npc;
   delete &npc;//Вектор лаже, видите, к ошибке приводит
}

так что прежде чем пороть чушь - подумайте.

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

Креш будет без вариантов.

Нет, просто дядя-тимлид палкой по башке врежет.

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

будут убраны из всех контейнеров в которых они есть.

Если дурак сделает глупость, как Вы продемонстрировали кодом выше, никакие свои контейнеры Вас не спасут.

@Fulcrum_013 · 01.08.2016, 21:45

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

Это будет глупостью

Нет, это очень даже умное поведение объектов. Просто оно рассчитано на умные контейнеры которые умеют с ними взаимодействовать.

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

Даже концептуально, если NPC мертв, он не может себя удалить, он вообзе лежит бездыханно с колом в за..... груди.

ракета это тоже фактически NPC. Она попала в цель и взорвалась.

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

Если дурак сделает глупость

Они уже ее сделали. Вопхули в стандарт отставшую от жизни STL

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

как Вы продемонстрировали кодом выше, никакие свои контейнеры Вас не спасут

Мои контейнеры именно так и работают, мало того все объекты имеющие ИИ именно так удаляются, и все прекрасно работает. Потому что оно на такое поведение рассчитано.

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

Нет, просто дядя-тимлид палкой по башке врежет.

Тимлида который не понимает концепцию умных объектов и умных контейнеров я бы в себе в команду не взял бы даже джуниором.

@HelicopterK52 · 01.08.2016, 21:53

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

Она попала в цель и взорвалась.

Но она существует - её остатки. Или у Вас они после взрыва в другое измерение улетают?

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

Они уже ее сделали. Вопхули в стандарт отставшую от жизни STL

просто Вы - параноик, не более. Если Вас что-то не устраивает, это не значит, что это не устраивает всех.

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

Мои контейнеры именно так и работают, мало того все объекты имеющие ИИ именно так удаляются, и все прекрасно работает.

И как оно помогает от

C++
1
if (DeathCondition)  free(this);

??? Вы написали глупый пример, который может лишь дурак использовать.
Почему дурак? Потому что если он знает что это приведет к беде, но всё равно пишет - он дурак.
А если у него это не приводит к беде, потому как у него "умные контейнеры" - то и проблемы нет.
И не надо мне тут втирать про умные контейнеры, от дураков защиту еще не придумали.

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

Тимлида который не понимает концепцию умных объектов и умных контейнеров я бы в себе в команду не взял бы даже джуниором.

Потому что у Вас обида на них? Они Вас не взяли к себе даже стажером?

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

Мои контейнеры именно так и работают, мало того все объекты имеющие ИИ именно так удаляются, и все прекрасно работает. Потому что оно на такое поведение рассчитано.

Выделим основное из этого: Ваши контейнеры, Ваш ИИ, Ваши объекты, Ваше поведение, Ваше приложение.
В другом приложении всё может быть устроено иначе. Или Вы великий Бог программирования, чье слово - закон?

@Fulcrum_013 · 01.08.2016, 22:05

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

Они Вас не взяли к себе даже стажером?

Выполняю работу ведущего программиста примерно с 1996-го.

Добавлено через 3 минуты

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

А если у него это не приводит к беде, потому как у него "умные контейнеры" - то и проблемы нет.
И не надо мне тут втирать про умные контейнеры, от дураков защиту еще не придумали.

А если человек знает к чему приводит такое удобное с точки зрения кода класса удаление если пользовать STL, поэтому вместо того чтобы пользовать STL и плясать с бубном по поводу того как этот объект удалить извне, просто разрабатывает контейнер который поддерживает такое поведение. Как такой человек называется?

Добавлено через 1 минуту

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

В другом приложении всё может быть устроено иначе.

Поэтому я и пишу свой движок, потому как меня не устраивает то как это сделано (а скорее всего не сделано) в других.

Добавлено через 2 минуты

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

Если Вас что-то не устраивает, это не значит, что это не устраивает всех

Это значит что у большинства недостаточные знания чтобы понять в чем STL неудобна. Если она мне для решаемых мной задач не подходит, может надо подумать что если она устраивает вас то вы просто не доросли до серьезных задач имитационного моделирования или разработки своих фреймверков/движков?

@HelicopterK52 · 01.08.2016, 22:07

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

просто разрабатывает контейнер который поддерживает такое поведение

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

Добавлено через 35 секунд

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

Если она мне для решаемых мной задач не подходит

То Вы её и не пользуйте.

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

то вы просто не доросли до серьезных задач

Или Вы не осилили STL, или просто не можете сделать по-другому(не обязательно с STL) и считаете свой способ наилучшим.

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

Это значит что у большинства недостаточные знания чтобы понять в чем STL неудобна.

Ну я ж говорю - Бог программирования

Один понимает, какой молодец, а. Учитесь, нубы

Разговор окончен, Вы не представляете интереса как собеседник.

@Fulcrum_013 · 01.08.2016, 22:08

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

Ну я ж говорю - Бог программирования

Именно так меня обычно и называют заказчики.

@Stitch Igorek · 01.08.2016, 22:08

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

так не нужно делать.
вот здесь вот у вас уже фатальный фейл:

Если смотреть на такую логику, то даже с вашими исправлениями код будет работать не точно, о чем было сказано тут => https://www.cyberforum.ru/post9420428.html

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

везде, где вам нужны треды, потоки, контейнеры, и тп.

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

везде, где вам нужны треды, потоки, контейнеры, и тп.

с каких пор треды и потоки у нас стали библиотекой STL? По поводу контейнеров я написал свое мнение - мне написать их самому проще чем читать кучу бесполезной документации STL.

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

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

Тема называется не "Ааа, как найти работу?", а немного по другому. Лично у меня есть работа, которая не связана с программированием, а для себя я могу использовать то что удобно мне, а не то что навязывает Вам работодатель

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

а работодателю будет проще послать вас нафиг.

Если бы я пытался найти работу по этой специфике, то конечно учил бы STL (хотя, если учесть предложения рынка труда, выбрал бы более привлекательный для работодателя язык, например C# или Java).

@HelicopterK52 · 01.08.2016, 22:13

Сообщение от Stitch Igorek

с каких пор треды и потоки у нас стали библиотекой STL?

std::thread, не? В стандартную библиотеку входят начиная с C++11

Сообщение от Stitch Igorek

По поводу контейнеров я написал свое мнение - мне написать их самому проще чем читать кучу бесполезной документации STL.

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

@Fulcrum_013 · 01.08.2016, 22:15

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

Подобное поведение нужно не всегда и не везде.

Смотря в каких задачах в хеллоувердах и последовательностях фундамаентальных типов оно действительно не нужно.
В имитационном моделировании, оконных фреймверках, движках, САПР, в общем везде где есть последовательности указателей на объекты именяемые в течение жизни модели,хранимый объект должен уметь взаимодействовать с контейнером. Т.е. удалять себя из списков владения и обработки при удалении его хоть изнутри хоть из вне.

Добавлено через 1 минуту

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

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

Нет там и не может быть никакой оптимизации не доступной не разработчикам компилятора.

@hoggy · 01.08.2016, 22:17

Сообщение от Stitch Igorek

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

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

Сообщение от Stitch Igorek

с каких пор треды и потоки у нас стали библиотекой STL?

частью библиотеки.
с тех самых.

тот, кто претендует на звание специалиста по плюсам,
должен такое знать.
и уметь пользоваться.
вообще то.

Сообщение от Stitch Igorek

Если бы я пытался найти работу по этой специфике, то конечно учил бы STL (хотя, если учесть предложения рынка труда, выбрал бы более привлекательный для работодателя язык, например C# или Java).

дело хозяйское.

@Fulcrum_013 · 01.08.2016, 22:17

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

С аналогичным функционалом - врядли.

А с аналогичным функционалом он не нужен. Нужны три метода - добавление, удаление, быстрое удаление (замена последним элементом без сдвига). Остального того что надо в векторе и так нет.

Новые блоги и статьи Все статьи Все блоги /
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025	Расскажи мне о Мире, бродяга kumehtar 12.11.2025 — Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .

@Iseal 3 / 3 / 0 Регистрация: 05.02.2016 Сообщений: 20

	Геймдев - с чего начать? (советы начинающему разработчику игр) 05.02.2016, 12:29. Показов 10070. Ответов 113 Метки нет (Все метки) Всем привет, на связи начинающий разработчик, у которого много идей, амбиций, а так же просьб помочь к профессионалам. Я собираюсь основать свою студию для разработки игры, есть куча идей для ее реализаций, сама игра крутится в голове, весь сюжет внутри и вообще кажется, что если удастся, то сделаем бум, а пока я решил копить средства для ее реализаций. Сам я уже месяц читаю Герберта Шилдта С++ : базовый курс и параллельно сижу в Visual С++ пишу код потихонечку, вникаю и все очень понятно и одновременно приятно от того, как все складно и что я могу еще как то на этот процесс написания кода повлиять. После него я собираюсь читать Страуструпа причем очень серьезно и не мешкать особо, английский знаю. Студию собираюсь основать как буду уверен в своем опыте. Но вот у меня есть вопросы по поводу действий, может кто нибудь что нибудь подсказать на своем опыте, про веб-источники(где можно что нибудь почитать), провалы, прорывы, обучение, ошибки и еще драгоценную информацию о непростой жизни С++ программера? Так же объясните пожалуйста про математику программисту, какой то человек сказал, что она редко используется в программировании и созданий игры. Так же я читал историю про то, что если ты станешь программистом, то ты будешь основываться на логику, нежели на фантазию и вообще станешь скептиком. Наверняка нужен будет опыт работы в какой нибудь компаний? Стоит ли попробовать сделать какие нибудь игровые модификаций к какой нибудь игре? Что будет полезно узнать новичку? 1

@rikimaru2013 2549 / 1208 / 358 Регистрация: 30.11.2013 Сообщений: 3,826
	01.08.2016, 19:35
	Iseal, думаю по моей подписи ты поймёшь, я тут больше тебе толкогово подскажу, чем эти ~~бездельники~~ Эксперты С++(софтовики 90%). Разработка игры - боль, стоит 7 раз подумать чем туда ити, в софте легче в разы бабло косить, но там скучно, в гейм-деве весело но овертаймы в 70% гейм-дев компаниях. С советов: 1) не бросай основной поток дохода - пусть будет пропорция: поток 70%, гейм-дев 30% и постепенно перевешивай чаши весов 2) посмотри видосики - https://www.youtube.com/user/FamTrinli/videos 3) погугли хабр ветка Game Development - там историй о инди игре с 80 страниц, я насобирал 23 статьи. 4) начни свою первую игру с движка SFML - и сделай платформер. Если не бросить гейм-дев после этого ада - может быть у тебя всё получится. 3