rukzachini

Браузеры делают нормально. Это просто у GT указана min-width, которая с определенного момент мешает сжатию блоков. А браузер подчиняется этому свойству и правильно делает. А если бы GT имел полноценную адаптивную верстку - всё было бы нормально. Если же юзеру наплевать на дизайн сайта - для этого есть специальный режим чтения.

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

Я пиарюсь

В юнити с графикой хорошо, а в скором времени с приходом scriptable render pipeline будет совсем хорошо. В Unreal сейчас из коробки графика чуть получше, но это компенсируется обилием плагинов для юнити, да и в любом случае вы в обоих движках скорее упрётесь в свои художественные навыки, чем в ограничения каких-то графических фичей. Я бы при выборе советовал смотреть не на графоний, а на близость языка программирования, доступность документации, удобство лицензии и т. п.

Каждый описанный вами пункт это отдельная подсистема, которую можно написать и оттестировать на совершенно отдельной от остального кода сцене. Общее у них скорее всего только наличие предметов с идентификаторами, которые могут иметь разное представление в интерфейсе и в игровом мире. Туториалы на то и туториалы, что они показывают как можно что-то сделать, они не навязывают конкретной реализации. Просто сядьте и на бумажке распишите подробнее ваши четыре пункта, как оно должно работать, выделите понятные сущности: предмет, рюкзак, быстрый слот и т. п. Напишите сначала в лоб, чтобы работало, потом перепишите, чтобы было красиво. Из полезных юнитёвых классов советую присмотреться к ScriptableObject, в них удобно хранить ссылки на характеристики и разные представления предметов. А в остальном не советую мыслить об инвентаре как о единой монолитной системе, пишите его кусками, причём такими, чтобы при желании с ними можно было работать без графического интерфейса.

1. Проверьте, стоит ли у объекта вашего игрока тег "Player".
2. Привязали ли вы в инспекторе (или где-то ещё) объект рычага к GO.
3. Проверьте, является ли коллайдер у рычага триггером, и может ли игрок с ним взаимодействовать.
4. GameObject.activeSelf может иногда возвращать не то значение, если активность объекта установлена не вами, а кем-то в иерархии. Проверьте, нет ли у вас такого, что в SetActive всё время передается false, например.
Для того, чтобы просмотреть значения в ходе исполнения программы, можете воспользоваться выводом отладочной информации Debug.Log

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

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

Это low poly, просто в определённой стилистике, термин "low poly" сам по себе означает только маленькое количество полигонов. Например, на картинках ниже изображены низкополигональные деревья, но выглядят они по-разному, потому что созданы в разном стиле.
Точно также и "pixel art" означает только то, что при рисовании уделяется большее внимание индивидуальным пикселям, а стилей рисования много, взять хотя бы Sword & Sworcery и Fez. Если вам понравились модельки в определённой стилистике, то вам нужно просто обратиться к автору и заказать их у него, либо найти художника, который сделает вам такие же. Нет никакого единого стиля низкополигональных космических кораблей, который можно нагуглить, в лучшем случае можно зацепиться за название какой-то популярной игры, например "модельки как в майнкрафте".

в майнкрафте всего лишь текстуры стилизованы под "8 бит"
Раз есть знания C#, то Unity

C, C++, OpenGL, OpenAL, Bullet/Box2D, glfw, glm, glew, GLSL, vectors, matrices и вся линейная алгебра. Форматы данных, структуры данных. Пайплайн рендеринга и механизмы работы видеокарты. Ну и UI фреймворк какой-нибудь.

Немного физики, школьный курс математики + линейная алгебра(для начала хватит цикла статей на хабре "линейная алгебра для разработчиков игр"), знание языка C# или C++ на достаточном уровне ну и много других мелочей.

1 Не всегда нужна вся та мощь движка
2 Иногда, очень редко, может не хватать гибкости движка
3 Разработчики могут хорошо знать свой инструмент, но плохо UE/Unity
4 Нежелание покупать движок или отдавать часть дохода создателям движка
5 Эффективность, свой движок или другой узкоспециализированный может быть более эффективным
И ещё тысячи других причин.

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

Конкретнее... Вот, что глазом у жены с полок ухватил:
* Джеймс Гани - Цвет и свет.
* Готтфрид Баммес - Образ человека
* Ф. Делавье - Анатомия силовых упражнений.

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

Основные инструменты артиста имеют или вот такое название:


Wacom - дороже и считаются более крутыми. Huion - молодые, дерзкие, все время норовят куснуть у вакома долю.
Бытует мнение, что даже если сейчас у тебя не получается работать с планшетом, все равно работе с ним стоит уделять минимум 2 часа в день. Привыкнешь.

ArtStation хорошо мотивирует самообучаться.
Роман Гура, вроде, иногда берет учебные группы за денежку. Навык Ромка поднимать умеет как у тех, у кого все кисло, так и у тех, кто уже чего-то добился.
Лео Хао, вроде бы, тоже недавно занимался обучением начинающих.


Кстати, советую запиннить группу "Берешь и рисуешь", она полезная.

Как-то так, в общем. Дерзай.