Каковы рзличия во взаимодействии с железом в системном программировании и создании игровых движков?

Question

[Dmitriy419]

Доброго времени суток!
Вопрос довольно необычный и может показаться вам странным(да что уж там, он мне кажется странным), но я все же попробую.
Хотелось бы подробнее узнать о различиях во взаимодействии с железом при создании движка и при системном программировании.
Интересны обе области.
Также хотелось бы узнать какое из направлений требует бо́льших знаний и навыков (это меня ни в коем случае не отталкивает, даже наоборот).
Ну и конкретно по геймдеву. Какое место при создании тех же движков занимает язык Си?
Вопрос конечно тот ещё, но буду рад если кто-то примет его и ответит;)
Заранее благодарю!

Answer 1

[dollar]

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

В системном программировании больше упор на совместимость, баги не допустимы, особенно критические, потому что ставят под удар персональные данные, номера карт и т.д. В геймдеве же упор на скорость, если игра "крутая", как говорится, с переизбытком графики, отдельных объектов и мозгов у npc. Баги считаются нормой (к сожалению) и просто фиксятся по мере накопления жалоб, а порой на них даже забивают.

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

Если дело касается низкоуровневого программирования, то это по сути означает выполнение несвойственной программисту задачи, потому что тонкости оптимизации лучше перенести в написание драйверов. А в начале своего опуса я специально исключил эту тему. Но иногда приходится, да. Собственно, первые игры по сути были основаны на базе самописных движков, после чего и началась вся движуха с ускорением графики. Но сегодня есть всякие directx opengl vulkan, а над ними куча более сложных игровых движков, так что нет смысла изобретать велосипед.

Насчёт Си в целом я бы усомнился на самом деле. В наши дни очевидны некоторые недостатки Си и С++. Эти языки будут ещё долго существовать, потому что за ними тянется большой багаж, и нужно много чего старого поддерживать. Главная фича С\С++ - это скорость работы готовой программы. Но нынче новые языки метят в лидеры по простоте, удобству, защищенности и скорости компиляции. И некоторым уже несколько лет. То ли еще будет. Думаю, однажды Си даже в НАСА отдаст пальму первенства другому языку.

Comments

[dollar]

А напрямую - это как? Физически руками трогать что ли?))

Задача драйверов как раз скрыть всю кухню взаимодействия с устройством и предоставить ОС некоторый интерфейс для работы с устройством. Этим занимается фирма, которая выпустила устройство. А кто ещё лучше справится? Более того, там же всякие ноу-хау.

ОС в свою очередь предоставляет более абстрактный интерфейс для других программ, включая игры.

Игры тоже предоставляют интерфейс, но уже не API, а напрямую пользователю через экран и средства ввода.

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

[Dmitriy419]

dollar, dollar, я неточно выразился, поэтому не было бы удивительным, что вы подумали бы о embedded разработке)

[dollar]

Dmitriy419, знания того, как всё устроено на низком уровне, в любом случае полезны. Даже в скриптовых языках. Например, в Lua, который учится за 15 минут, везде используются хеш-таблицы, абсолютно везде. Просто это оказалось удобно, поэтому такое решение. И если вы это понимаете, то уже можете оптимизировать код. Скажем, если понимать, что строки сравниваются хешами, то становится очевидным, что дороже всего обходится создание новых строк, а само сравнение сколь угодно больших строк почти моментально.

[Dmitriy419]

dollar, да согласен, что это полезнейшие знания.

Answer 2

[nrgian]

Откуда у вас такие древние сведения?

С железом при создании игры взаимодействия нет. Всё взаимодействие идет через драйвера, а не непосредственно. И так уже лет 20, пожалуй.

Но вплоть до конце 20-го века ваш вопрос еще имел смысл.

Также хотелось бы узнать какое из направлений требует бо́льших знаний и навыков (это меня ни в коем случае не отталкивает, даже наоборот).

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

Ну и конкретно по геймдеву. Какое место при создании тех же движков занимает язык Си?

Да такое же как и C# или JS или Kotlin, к примеру.

Comments

[Dmitriy419]

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

[Dmitriy419]

C# кстати никак не фигурирует при создании движка

[nrgian]

Dmitriy419,

Я имею ввиду не создание игр, а создание конкретно движка.

В данном контексте - разницы нет.

И с чего вы взяли, что я не понимаю различия требуемых знаний в этих областях?

Из формулировок вопросов.
Кстати, а зачем вы их вообще задаете, если все знаете?

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

C# кстати никак не фигурирует при создании движка

Unity

[Dmitriy419]

nrgian, я знаю что представленные направления различаются по требуемым знаниям.Но конкретно каким не особо имею представление.
И как это разницы нет?
Говорить, что разработка движка для создания игр и создание игры - это одно и то же, ну просто глупо.
nrgian, какой к черту unity?!
Игры в unity пишут на c#, но сам движок написан на плюсах.

[nrgian]

Dmitriy419, Г

оворить, что разработка движка для создания игр и создание игры - это одно и то же, ну просто глупо.

С точки зрения языка - это одно и то же. Речь о том, что язык программирования - значения не имеет.

Это только начинающим программистам и кажется, что есть некий более волшебный язык. Но это не так.

[nrgian]

Dmitriy419,

Игры в unity пишут на c#, но сам движок написан на плюсах.

Там смесь:

The Unity runtime is written in C/C++. This runtime is used in any build you create using the editor - for webplayers and plugins it is installed separate from your build, whereas it is included in it for stand-alones and other platforms such as iPhone and Wii.

The editor is built on the Unity runtime and additionally includes editor-specific C/C++ binaries.

Wrapped around the Unity core is a layer which allows for .net access to core functionality. This layer is used for user scripting and for most of the editor UI.

Ядро движка написано на C++, но одно только ядро - это еще не движок.
А C# - это API, которое собственно и превращает ядро в универсальный движок.

Аналогия:
Как драйвера и API ОС.
Имея драйвера (ядро Unity), но не имея API ОС - вы не сможете ни одной буквы вывести на экране компьютера.

С другой стороны - без драйверов тоже никуда.

Движок в аналогии - это полная ОС.
Ну а игра - это уже прикладная программа в ОС.

[nrgian]

Dmitriy419,

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

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

На этапе, когда вы только входите в ту или иную из этих специализаций - разницы нет никакой.

[nrgian]

Dmitriy419,

Я имею ввиду не создание игр, а создание конкретно движка.

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

Движок для Андроид целесообразно писать на Kotlin/Java.

Движок для игр в вебе - целесообразно писать на JavaScript (варианты - на TypeScript, на Dart).

"Особая" роль С/С++ связана с тем, что:

1) Движки пилятся очень долго. Основы многих из них заложены и 20 лет назад - например Unreal Engine. Никто не мечтает это всё переписать с нуля. Это банально очень дорого.

2) Адекватных альтернатив у С/С++ лет 20 назад было раз-два и обчелся (например, тогда еще движки на Pascal создавались). Современные движки, что будут написаны с нуля, скорее будут использовать Rust, C#, Kotlin, Go, чем С/С++

3) Ранее не было таких платформ как web и Android, для которых C/C++ применимы с большими ограничениями.

[Dmitriy419]

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

[nrgian]

Dmitriy419,

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

Да практически нет.
Механизмы распределения памяти - это часть ядра, оно уже написано до вас.
Ну какая принципиальная разница - вызываете вы функцию malloc() в программе, являющейся движком игровым, или kmalloc() в программном коде драйвера?

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

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

[Dmitriy419]

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

Движок для Андроид целесообразно писать на Kotlin/Java.

Движок для игр в вебе - целесообразно писать на JavaScript (варианты - на TypeScript, на Dart).

"Особая" роль С/С++ связана с тем, что:

1) Движки пилятся очень долго. Основы многих из них заложены и 20 лет назад - например Unreal Engine. Никто не мечтает это всё переписать с нуля. Это банально очень дорого.

2) Адекватных альтернатив у С/С++ лет 20 назад было раз-два и обчелся (например, тогда еще движки на Pascal создавались). Современные движки, что будут написаны с нуля, скорее будут использовать Rust, C#, Kotlin, Go, чем С/С++

3) Ранее не было таких платформ как web и Android, для которых C/C++ применимы с большими ограничениями.

Еще очень и очень долгое время движки будут пииться на C/C++ это связано с их быстротой и гибкостью. Котлин это высокоуровневый яп и соответственно очень неповоротливый для таких целей. Вы путаете понятия создания игры и создания движка. Это две совершенно разные вещи. К части о движке js почитайте данную статейку https://tproger.ru/translations/js-and-c-fps/.И почему вы постоянно отходите от темы? Я не спрашиваю сколько будет пилиться движок или сколько это будет стоить. Если вы не можете нормально ответить на поставленный вопрос, но вместо этого в другие дебри уходите, то лучше вообще не отвечайте.

[Dmitriy419]

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

Наверняка такие есть, вот только популярность и эффективность под большим вопросом.
В любом случае три самых популярных движка а именно Unity, UE и CryEngine написаны на С++.

[Dmitriy419]

Да практически нет.
Механизмы распределения памяти - это часть ядра, оно уже написано до вас.

То-есть ядро не входит в движок?

[nrgian]

Dmitriy419,

То-есть ядро не входит в движок?

Ядро операционной системы - нет конечно.
Оно не входит в игровой движок.
А ядро игрового движка - это иное.

Впрочем, возможно, из каких то соображений, вы напишете в игровом движке свой механизм распределения памяти (поверх механизма распределения памяти операционной системы, конечно же).

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

Все от задач зависит.

В современных решениях это делают всё реже и реже.

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

[nrgian]

Dmitriy419,

Наверняка такие есть, вот только популярность и эффективность под большим вопросом.
В любом случае три самых популярных движка а именно Unity, UE и CryEngine написаны на С++.

Это не связано с неким "волшебным" свойством того или иного языка программирования.
Это связано с тем, что когда эти движки закладывались очень и очень много лет назад - когда альтернатив-то С/C++ особо и не было.

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

[nrgian]

Dmitriy419,

это связано с их быстротой и гибкостью.

Лол, шта?

Pascal ровно такой же быстрый и ровно такой же гибкий.
Rust ровно такой же быстрый и ровно такой же гибкий.

Это связано с тем, что так исторически сложилось на тот момент.
Rust еще не было.
А большинство библиотек под высокопроизводительные вычисления писались на Фортран и C. Фортран, очевидно, не подходит. Остается С.

Котлин это высокоуровневый яп и соответственно очень неповоротливый для таких целей.

С/С++ тоже высокоуровневый язык программирования.
Низкоуровневым называет только ассемблер (и он, кстати, не язык программирования, а просто "ассемблер").

Более высокоуровневым по сравнению с C/C++/Kotlin можно назвать разве что SQL.
А C/C++/Kotlin работают на примерно одном и том же уровне абстракции.

Вы, очевидно, просто повторяете чьи то ошибочные слова, но не понимаете в чем там суть т.н. высокоуровневости.

А разница между ними вот в чем:

1) Существуют языки с автоматическим управлением сборкой мусора. И без такового.
Если вам нужно глубоко заоптимизировать производительность - ручное управление памятью предпочтительнее. А ранее, во времена расцвета С/С++, это вообще был единственный производительный вариант. С тем расцвет их и связан.

Но и вероятность программисту ошибиться тут намного выше, следовательно, себестоимость отладки значительно выше. Поэтому в последнее время применимость С/С++, который позволяет запросто отстрелить себе ногу - все сокращается и сокращается.

Появились очень эффективные сборщики мусора (скажем в Java и Go).
Появились языки, без сборщиков мусора и без ручного управления (скажем, Rust).

2) Высокоуровневостью вы, видимо, называете отсутствие JVM/NET. Только это не имеет отношения к уровню абстракции языка программирования.

И, опять таки, по вопросам производительности тоже больше нет ничего страшного в JVM/NET. Ибо JIT в настоящее время очень эффективен. И даже в ряде случае программа, использующая JIT может быть даже быстрее просто скомпилированной в машинные коды программы.

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

Поэтому в C/C++ в настоящее время нет такой исключительной необходимости, как 20 лет назад.

[nrgian]

Dmitriy419,

Вы путаете понятия создания игры и создания движка. Это две совершенно разные вещи.

Разумеется.
Но ничто не мешает использовать как один и тот же и так и разные языки программирования.
Всё зависит от ситуации.

Скажем, в случае с web или Android - места С/С++ там практически нет.
В случае web - нет вообще.
В случае Android - можно только частично использовать C/C++ как бы вы этого не желали. Это технологическая особенность платформы Android.

К части о движке js почитайте данную статейку https://tproger.ru/translations/js-and-c-fps/.

JS единственный инструмент (ну и то, что в него компилируется/транспилируется - TypeScript, Dart) пригодный для создания игра под браузер. Так исторически сложилось.

Использовать JS там, где есть более пригодные для этого инструменты - бред конечно же.

Но на веб-платформе у вас и нет пока альтернатив.

[nrgian]

Dmitriy419,

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

Все строго и по делу.

Дебри? Лол!
Ничего такого сверхсложного я не рассказал вам. Это все очевидные и лежащие на поверхности вещи.

Дело только в том, что вы не можете понять ответ.

Еще раз:

С/С++ не какой либо волшебный язык, лучше всего пригодный для движков игр.
Когда-то исторически сложилось, что он чаще всего использовался для определенного класса игр.

Раньше - да. Но не более того. Сейчас уже всё иначе:

1. На сегодня есть попросту несовместимые с ним платформы - браузеры.
   
2. Есть платформы, где невозможно полностью полагаться на С/С++ как бы этого не хотелось - Android.
   
3. Есть языки программирования, что лишены недостатков С/С++ при сохранении высочайшей производительности - Rust.
   
4. На сегодня большая часть ресурсоемких вычислений реализуется в железе 3D и PhysX и драйвера под них уже давно написаны. А эта часть никак не зависит от вашего движка и его языка программирования.
   
   
5. Мощности железа подросли, качество компиляторов, качество JIT, качество сборщиков мусора - выросло многократно. И написав движок на C или Go или Kotlin вы попросту не заметите разницы в прозводительности
   

Но если сегодня писать самому программную реализацию 3D, навроде Mesa, пусть даже это на сегодня уже бессмысленно - то да, имеет смысл использовать C или Rust.

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

А остальную часть движка делать на чем-то более удобном для программирования, например, Go.

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

[nrgian]

Dmitriy419,
Вы как-то слишком серьезно подходите к языку программирования.
Это нормально на начальном этапе, я сам был таким.

Вам кажется - что выучите не тот и "пиши-пропало"?
Это не так.

Трудно выучить не язык программирования, а парадигмы, паттерны, шаблоны, концепции.
А они инварианты - из языка в язык повторяются.

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

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

Программисту вполне естественно уметь работать с 2-3 языками одновременно.
Ну а за всю профессиональную жизнь - вообще речь может идти о десятках языков.

[Dmitriy419]

Дебри? Лол!
Ничего такого сверхсложного я не рассказал вам. Это все очевидные и лежащие на поверхности вещи.

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

[nrgian]

Dmitriy419,

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

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

Я пишу, что С/С++ - уже не нужен. Но вы на него нацелились.

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

Трудно изучить только первый.
Просто потому что вместе с ним нужно изучать концепции, паттерны, принципы и т.п.

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

[Dmitriy419]

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

Вам кажется - что выучите не тот и "пиши-пропало"?
Это не так.

Трудно выучить не язык программирования, а парадигмы, паттерны, шаблоны, концепции.
А они инварианты - из языка в язык повторяются.

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

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

Программисту вполне естественно уметь работать с 2-3 языками одновременно.
Ну а за всю профессиональную жизнь - вообще речь может идти о десятках языков.

да мне плевать на язык. Я выбрал С/С++ по определенным параметрам, но я не говорю о том, что они лучшие. Rust существует с 2006 года и я пока что не видел ни одного движка, для создания чего-то большего чем текстовые или аркадные игры. И у rust и у С/С++ имеются недостатки и преимущества друг перед другом поэтому не стоит возвышать rust.

[nrgian]

Dmitriy419,

В любом случае три самых популярных движка а именно Unity, UE и CryEngine написаны на С++.

Просто год их создания посмотрите. Вы тогда уже существовали? А они - да.
В движке Unreal до сих пор есть кусочки кода с прошлого века!

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

Только потому они до сих пор и используют C++. Но на сегодня это уже не лучший выбор. И не единственный выбор.

[Dmitriy419]

Скажем, в случае с web или Android - места С/С++ там практически нет.
В случае web - нет вообще.

Да как же вы не поймете...
Мне не интересна тема разработки игры, мне интересна разработка движка, а изложенное вами - очевидно.

[nrgian]

Dmitriy419,

Скажем, в случае с web или Android - места С/С++ там практически нет.
В случае web - нет вообще.

Да как же вы не поймете...
Мне не интересна тема разработки игры, мне интересна разработка движка, а изложенное вами - очевидно.

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

Я вам про то толкую, что для ряда платформ применение С/С++ невозможно технически.
От слова "никак".
На сегодня никак невозможно разработать движок под браузерную игру на С/С++

[nrgian]

Dmitriy419,

да мне плевать на язык.

Вот уже правильный подход.

Rust существует с 2006 года и я пока что не видел ни одного движка

Все еще будет.
Стабильным он стал года 2-3 назад.
А теперь сравните с датой появления упомянутых вами движков.
15-20 лет vs 2-3.

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

Ну то есть термин "движок" в вашем понимании относится только к движкам, созданным изначально для 3D-шутеров?
Дело в том, что подобные движки очень сложны и очень дороги.
Новые качественные движки этого класса появляются очень редко.
"Аркадный" - сделать проще, вот потому они уже и появились.
А для 3D-шутера/и т.п. - все еще в будущем.
15-20 лет что существуют современные развитые движки для 3D-шутеров против 2-3 существования стабильного Rust или 5-6 лет существования стабильного Go - это ерунда, а не срок.

[Dmitriy419]

Ни я ни вы по теме в течении всего диалога не разгваривали. И чтобы не красть ни свое ни ваше время предлагаю закончить диалог.

[nrgian]

Dmitriy419,

Какое место при создании тех же движков занимает язык Си?

да мне плевать на язык. Я выбрал С/С++ по определенным параметрам, но я не говорю о том, что они лучшие.

Полагаю, вам просто нужно подтверждение ваших мыслей.

Извините, что не могу подтвердить ваши предположения.

Никакого особого места С/С++ не занимают.

Просто одни из многих (да, одни из основных, но не единственные) инструментов - не более того.

[Dmitriy419]

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

Я вам про то толкую, что для ряда платформ применение С/С++ невозможно технически.
От слова "никак".
На сегодня никак невозможно разработать движок под браузерную игру на С/С++

А я это отрицаю? Да я пожалуй некорректно выразился. Мне интересна разработка движков для разработки ААА игр.То есть меня не интерисует веб. Мобилки - возможно.

[Dmitriy419]

nrgian, но тогда и сами движки только только развивались. Сейчас же я уверен многие думали по поводу движка на rust, но отнюдь не много этих самых движков было реализовано.
Да согласен срок не ахти какой, возможно ситуация и изменится, но я в этом немного сомневаюсь(по крайней мере еще лет 10).

[nrgian]

Dmitriy419,

Мне интересна разработка движков для разработки ААА игр.

ААА - это степень тщательности проработки игры, а вовсе не тип движка.

Старкрафт или League of Legends вполне себе игры класса ААА.
Но упомянутые Unreal Engine и CryEngine для них не подходит.

[Dmitriy419]

nrgian, я не сказал ААА движки, я сказал ААА игры. Я привел в пример именно ААА, так как именно такие проекты наиболее требовательны к движкам(если они разрабатываются на них). Серия игр Battlefield - ААА игры, написаны на движке frostbyte, который в свою очередь написан на плюсах и в небольшой степени на шарпе.

[nrgian]

Dmitriy419,

я не сказал ААА движки, я сказал ААА игры.

Он этого мой ответ не изменился.
ААА - это степень качества, уровень технического совершенства (и игры и её движка), а вовсе не разновидность игр.

Я привел в пример именно ААА, так как именно такие проекты наиболее требовательны к движкам(если они разрабатываются на них). Серия игр Battlefield - ААА игры, написаны на движке frostbyte, который в свою очередь написан на плюсах и в небольшой степени на шарпе.

Качество, степень проработки игры - это и есть ААА
А что классом игр в вашем примере является "3D шутер от первого лица".

3D шутеры могут быть и AAA уровня и пороще.

Игры уровня качества ААА могут быть как 3D-шутеры, так и стратегии и пр. и пр.
И это все основано на принципиально разных движках.

[nrgian]

Dmitriy419,

я не сказал ААА движки, я сказал ААА игры

Вы что то подразумеваете, но наружу своей головы это не выдаете.

Спустя не первый день беседы наконец-то прозвучало:

Движком для вас является движок для десктопа (не для мобилок, не для веба) класса "3D-шутер от первого лица" класса ААА.

А теперь вернемся в ваш исходный вопрос:

Доброго времени суток!
Вопрос довольно необычный и может показаться вам странным(да что уж там, он мне кажется странным), но я все же попробую.
Хотелось бы подробнее узнать о различиях во взаимодействии с железом при создании движка и при системном программировании.
Интересны обе области.
Также хотелось бы узнать какое из направлений требует бо́льших знаний и навыков (это меня ни в коем случае не отталкивает, даже наоборот).
Ну и конкретно по геймдеву. Какое место при создании тех же движков занимает язык Си?
Вопрос конечно тот ещё, но буду рад если кто-то примет его и ответит;)
Заранее благодарю!

Ну и где тут про десктоп и "3D-шутер от первого лица" - это только вам очевидно, что вы это подразумеваете.

Если вы хотите, чтобы люди вам понимали - выражайтесь исчерпывающе.
Причем - пишите это.

То, что находится у вас в голове - никто не знает.
Телепатия вряд ли существует.

[Dmitriy419]

nrgian, в данной беседе мы выяснили лишь то под какую платформу я хочу писать.ВСЕ.Это же можно было узнать с помощью одного вопроса. И тем более, что движки для десктопа самые популярные, поэтому можно было и догадаться. Ну а если бы это была область вроде веба, то я б это выделил.
И не надо выставлять себя за жертву моей некорректности, которая в силу своей смелости отважилась провести меня до истины(и ничего по факту не добиться).

[Dmitriy419]

Игры уровня качества ААА могут быть как 3D-шутеры, так и стратегии и пр. и пр.
И это все основано на принципиально разных движках.

В предложении где я упомянул UE и Unity можно было догадаться примерно чего я хочу, задать пару наводящих вопросов и все. Результат был бы тем же. Но нет надо было отходить от темы в совершенно не нужную сторону.

[nrgian]

Dmitriy419,

В предложении где я упомянул UE и Unity можно было догадаться примерно чего я хочу

Разве эта информация нужна мне, а не вам?

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

Вы действительно считает, что вам все окружающие что-то должны?

Еще раз:
Если вы хотите получать исчерпывающие ответы на свои вопросы - учитесь форумлировать вопросы исчерпывающе.

[Dmitriy419]

nrgian,

Разве эта информация нужна мне, а не вам?

Какая информация? Чем вы мне помогли? Я все это время думал, что эти пустые разговоры закончатся и вы мне дадитте какую-нибудь инфу(даже в моих мечтах это был наилучший исход).Но нет вы продолжили размусоливать переходя с одной темы на другую.
Человек выше, не стал придираться и дал мне ответы на вопрос как он его понял(хотя мог также докопаться), я сделал пару уточнений И ВСЕ.

[Dmitriy419]

Если вы хотите получать исчерпывающие ответы на свои вопросы - учитесь форумлировать вопросы исчерпывающе.

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

[nrgian]

Dmitriy419,

Какая информация? Чем вы мне помогли?

Я ответил именно на тот вопрос, что вы задали.
Теперь вы утверждаете, что вы подразумевали совсем другое, не то, что спрашивали.

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

[Dmitriy419]

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

Ну и конкретно по геймдеву. Какое место при создании тех же движков занимает язык Си?

Да такое же как и C# или JS или Kotlin, к примеру.

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