Chelman

Тип элемента в первом range-based for (правильное название того, что Вы назвали for each) у Вас указан как int, тогда как фактически там int[2]. Компилятор не может неявно привести массив intов к intу, поэтому выдаёт ошибку. Используйте тип const auto&, чтобы не копировать подмассивы при каждом проходе. Также стоит убедиться, что Вы компилируете в нужной версии C++ (для g++ это аргумент, например, -std=c++20).

Посмотрите на сайт https://ravesli.com. Там множество туториалов и задачек, и (насколько я считаю) самый полный и подробный курс (бесплатный) по C++ на русском языке.

Хороший пет проект, чтобы потом устроиться в компанию должен быть один, практичный (то есть решать какую-то проблему, а не существовать потому что "hule net") и относительно простым но с интересными моментами, которые можно рассказать на собеседовании (так как реального опыта нет еще). Таковым субъективно считаю именно для C++ небольшой кусочек движка (рендер, мультиплеер и т.п). Вообще можете выбрать что по душе от сюда https://github.com/codecrafters-io/build-your-own-x и пилить (только не в лоб переписывая код если таковой там имеется, а привносить свое видение)

Вопрос не верен. Для вас они не займет ни сколько времени, потому что вы ее попросту не сделаете. Для проф. аниматора, если судить по моему опыту( не всмысле что я аниматор, а всмысле я работал с аниматорами) подобная одна анимация занимает дня 2 блокинг(черновая анимация), + 1-2 недели на допилку очень годной аниации, если есть время. Если его нет, дня 3.

Дорогие мои друзья! Ответ очень простой, после суточного Веб-серфинга мне удалось найти ответ. Одежда не повторяет анимации тела, так как "Веса" настроены неправильно. Чтобы это исправить, непосредственно в Блендере выделите необходимую одежду и тело, далее нажмите Ctrl + P, потом выбирайте не Автоматические веса ( With Automatic Weights) а With Empty Weights, т.е одежда будет повторять анимации за телом. И так для каждой одежды.

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

Здесь платят исключительно за качество визуализации в приемлемые сроки!

Тренды:
1. любой объект, неотличимый от объекта из реального мира.
2. фантастические миры с необычными обитателями и образом их существования
3. "За гранью..." - космос, подводный мир и т.д.

1. Неправильная UV-карта глазных яблок
2. Неправильный материал (какое-то свойство поглощает весь свет)
3. Как уже писали выше, моделька захвачена демонами.

Unity3d, довольно просто со всем разобратся, простой воркфлоу. UDK не юзали.
Моделинг — Blender, Maya
Анимация — Maya
Шейдеры — Unity3d Built in shaders
Текстурирование — Создание текстур: Photoshop, GIMP, Mudbox, filter forge, texture maker, готовые текстуры можно накладывать практически в любом редакторе. Для создания развертки UV- UV layout, flatiron и другие.
Редактирование мира — Unity3d + Maya + Blender
Оптимизация — Refactoring, testing, Profiler в Unity3d

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

Тут всё зависит от ваших потребностей. Как правило для создания ААА проекта выбирают Unreal Engine. Естественно сделать там игру сложнее, нежели чем в Unity, но и конечный результат будет заметно отличим. В Unity используется C#, в Unreal Engine - C++, думаю не надо объяснять какой язык сложнее. Начинающему разработчику посоветовал бы, конечно, Unity. Там вы можете создать игру под различные платформы, и кто такое сказал, что конечный продукт будет "простеньким". Скорость разработки будет быстрее в Unity и в то же время проще, так как там присутствуют различные инструменты. Да и Unreal Engine, как правило, выбирают игровые студии

У меня не очень большой опыт, но Unreal Engine выглядит намного проще в использовании и, при этом, мощнее. Что же касается жанровой направленности - не думаю, что есть большая разница в этом плане. В UE4, по-сути, нет никаких ограничений, зато есть много всевозможных плюсов, особенно если RTS планируется делать в 3D.
Насчёт логики – в UE4 доступны как блюпринты, так и чистый C++ код – вот уж где точно можно реализовать всё что угодно.

На самом деле нет особой разницы. Как по мне, на Unity писать проще. А относительно оптимизации: тут проблема даже не столько в двжике, а в том, насколько вы продумаете модели и свой код. Как люди правильно заметили выше - стандартные юниты сильно детализированы, поэтому просто нужно предусматривать то, что все объекты будут находиться на большом расстоянии от камеры. Минимум полигонов, минимальный вес текстур и не высокое качество (не надо прорисовывать каждый волосок на бороде :) ).

Я, конечно, не сеньор чтобы тут многолетним опытом делится.
Начинать все равно стоит с толкоковой книги, которая легко читается (и это точно не Страуструп «Язык программирования C++», эту книгу стоит читать «продолжающим»). У меня это была «Философия С++» Брюс Эккель. Прочитав эту книгу я мог хотя бы понять, что творится приличных в кодах сеньеров. Очень важно смотреть хороший и понимать его.
Но прочитав, хоть сотню книг и понимая теорию, вы все равно не напишите красивый и полностью правильный код.
Как здесь уже сказали нужна сложная задача. Пускай для начала хотя одна. Решите ее как-нибудь, главное чтобы просто работала. Может получится откровенный быдлокод. Ну и пусть. Зато это первый ваш опыт и само приложение делает, то что должно. Со временем вы будете улучшать ее, возможно поймете, что у него вообще неправильная архитектура и перепишите.
Задавайте вопросы. Порой хороший вопрос порождает хорошие ответы, более живые, нежели сухие страницы стандарта (который кстати тоже должен быть под подушкой и читаться/повторяться перед сном ;)
Все развитие сводится к тому, что вы решаете реальные задачи и на них же учитесь. И с каждым годом, ваш код все больше будет походить на сеньорский.

А в чем проблема? Как Вы пытались решить эту проблему(написать в интернете "Решите мне задача" не считается)?

Разделите конечную цель на маленькие:
1. Создаете/рисуете точки
2. Добавляете обработчик движения мыши
3. Определяете дистанцию от мышки до точки ( теорема Пифагора )
4. Увеличиваете/уменьшаете значение радиуса точки в зависимости от положения мыши

Все! Самое сложное это теорема Пифагора(5-6 класс).
Остается все разбросать по методам....

Вот "наговнокодил" пример на коленках(использовал class поэтому поддержку браузера смотрите сами): https://codepen.io/janeRivas/full/NMGBvG/ (если лагает у Вас, то удалите функцию на строке 116 и 120 или поменяйте кол. точек на строке 18 )

Если нужно уместить все точки в какой-то фигуре(букве), то поменяйте функцию Rand, добавив в нее новые условия.

ps если как-то по-другому надо соединить линии между собой, то у нас на каждом кадре есть координаты точек this.pos.x и this.pos.y. Ну и меняй метод lineTo как тебе надо...

psps наверно начинать надо с простого, но если делать нормально, то я бы делал на three.js или pixi.js. Логика точно такая же, только перфоманс будет в разы лучше + сможем избежать кучу проблем с картинками и тп...

если вы рисуете, то нужен.
если не рисуете, то не нужен.

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

Нужно ли уметь рисовать, если нужно склеить модель танка? Думаю ответ очевиден. Здесь тоже самое. Но скорее всего вы не удовлетворитесь просто моделированием и захочется отрендерить картинку, и для создания гармоничного рисунка придется окунуться в основы дизайна, потом в правильное построение кадра, основы фотографии. В целом рисовать может и не нужно уметь, но технические тонкости искусства рисования все равно придется изучать. Просто тоже как-то задавался таким вопросом, даже обучился моделированию и что-то моделил. Переводил англ. уроки по Maya, а позже понял, что просто моделирование - рутинное и скучное занятие, удовлетворение и оконцовку которому придает именно качественный рендер. (визуализация).
Все эти вопросы меня интересовали, когда работал сисадмином в icube.ru , общался с моделлерами, визерами. Они так и говорят - скучная рутина и кто-то из них начал осваивать рендер, а кто-то программирование, для автоматизации рутинных вещей. Для начинающих, моделирование - это наука, с помощью которой ты познаешь и изучаешь мир. Ведь для того что бы качественно смоделировать какой-либо объект, тебе необходимо узнать все детали этого объекта и что-то о нем почитать.