Люблю физику(механику) и математику — стоит ли попробовать себя в game dev и как?

asd111 обновил вопрос

xmoonlight Хоть один нормальный человек нормально ответил. Спасибо.
Как же много тут задротов-зазнаек. Бесит аж

Думай Головой: Мда... К сожалению, так тут.... Можете записаться на русскоязычную конфу (если есть интерес): https://unity3dru.timepad.ru/event/218454/notify=n...

ok

Есть такая игрушка - построить мост, что бы по нему проехал поезд и мост не развалился бы. Графики минимум, сплошной "сопроматЪ". Я думаю, Вам будут интересны мини-игры с физикой. Сложной физикой, а не Cut the Rope.

sir_Maverick: www.armadillorun.com - я играл в это давно и до сих пор в восторге!

Ну вот! К сожалению сейчас более-менее "умные" игры не так популярны как казульщина. Да и сеоьезные игры оказуаливаются с дикой скоростью. К сожалению...

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

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

Георгий ок) тогда я так понял для моих проектов больше поможет программирование, фантазия и клёвая музыка в игре, чем физика и матан? какой движок и язык программирования к нему для рпг игр подойдёт?

Unity3d (C#). Можно еще попробовать Unreal Engine (C++), но он несколько сложнее и язык хардкорнее, выбирать его нужно скорее при наличии команды опытных разрабов. Инди игра для души - unity лидирует.

Георгий Спасибо. А почему не js для юнити?

Ну, можно, конечно, js. Но на шарпе на юнити писать удобнее - под него лучше заточено API, он чуть быстрее (вроде), меньше костылей в синтаксисе, да и всякие лямбды, генерики и т.д. JS там не настоящий, а просто интерпретация шарпа для рантайма Mono с синтаксисом js'а. Можно и на нем, конечно, плохо не будет, но зачем, если есть более удобный для таких задач язык?

Георгий просто js знаю уже, а шарп учить придётся вместе с .net, который бесит

Я об этом и говорю - там в любом случае .NET. Просто добавили слова function и т.д. и отрезали часть возможностей шарпа (простой пример - на шарпе можно написать GetComponent() - работает автодополнение, нет лишних преобразований, на js - GetComponent("Name") - набирать руками, хуже для производительности, видимо на юнитековском js нет генериков). Называется это UnityScript, это не js. По сути разницы между js и шарпом немного, хочешь не хочешь, а .NET придется изучать - на нем вся твоя логика и будет работать. Не знаю, чем он бесит, по мне так приятная и мощная ООП платформа.

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

Георгий спасибо, стало намного понятнее

Опечатка, на шарпе GetComponent(); В этом случае сразу передается тип, а в unity script - строка, по которой выполняется поиск типа и только потом выполняется получение компонента. В цикле может быть будет заметно.
P.S. в юнити используется компонентно-ориентированная модель, оттуда этот метод.

Да что ж такое, угловые скобки (больше/меньше) не принимает, как тег распознает. Я имел ввиду GetComponent(символ меньше)Name(символ больше)();

Георгий да разберусь по ходу)