Как понять устройство Unity?

Спасибо за ответ. Но вопрос не в том, как научиться пользоваться Unity. Вопрос в том, как понять, как устроен Unity. Как он работает? Вы можете что-то посоветовать на этот счёт?

SkyCrusher, Я не понимаю, чего вы хотите. Зачем вам знать как устроен Unity?
Unity - это вам не библиотека, а платформа для создания игр.
Если вы хотите разрабатывать игры, то берите и изучайте документацию, смотрите уроки и т.д. Кстати попробуйте Unity Study

3 - в юнити только шарп. Уже давно
4 - не надо. запутается. И там не все исходники

GavriKos,
3. давно не пишу в самой Unity, только нативные плагины, в том числе для Unity, но внедряют другие... Упустил однако.
4. Ну, для более полного понимания там достаточно, а если запутается, значит нужно подтягивать знания в программировании в целом...

Devpiligrim, на этапе вопросов "как выучить апи" смотреть исходники бесмысленно и беспощадно

GavriKos, Еще более бессмысленно и беспощадно учить api не зная языка программирования, а судя по вопросу - это наш случай ;) Иначе вопроса просто не было-бы...

Devpiligrim, тут нельзя не согласиться )

Devpiligrim, GavriKos,
Спасибо за ответ. Могу обрадовать: с шарпом я знаком. Видимо Вы не совсем поняли мой вопрос или я как-то не так его сформулировал. Я хочу понять, как работает Unity. Буквально. Вопрос в том, с чего начать так, чтобы не запутаться и не утонуть в море разрозненной инфы.

SkyCrusher, Тогда нет ничего проще, доки на офсайте + исходники. Исходники хотя-бы для того, что-бы понимать структуру классов и наследований. Да и много интересного можно там найти для использования. Читать статьи, смотреть ютуб - туфта это все, в документации на офсайте и так все разжевано.
Еще на сайте Unity есть море примеров, куча обучающих материалов с примерами.
Никаких проблем при знании С#

SkyCrusher, как рендерится картинка знаете? В 3д, камера, вот это все? Может стоит с этого начать?
Или вам интересно как работает сам редактор?

Devpiligrim,
Вот мы и подходим к сути... с каких статей начать читать Unity API (или исходники, или инфу на офф сайте)? Просто по алфавиту - очень тупо. Наугад - ещё тупее. С какого конца взяться, чтобы добиться максимального понимания? Вы же, как я понимаю, работаете с этим движком. Если да, то как вы сами это проходили? ( GavriKos, а вы?)

GavriKos, Devpiligrim,
Просто вот как это было с тем же C#: купил одну книгу (да, пока я прочитал только Шилдта), и тебе разжевали по главкам от лёгкого к сложному что да как. А с Unity всё сложнее. Я тоже купил книжку (пока не читал), но судя по оглавлению это скорее книга рецептов, а не техническая литература. Главки по типу: сделаем 2D платформер... а теперь гонку... а теперь сетевой шутер. Это всё, конечно, полезно, но тому же графическому пайплайну там отводится очень мало места. А вся офф документация разрозненна. Поэтому я и спрашиваю: с какого места начать? Как изучать возможности и структуру Unity последовательно? И возможно ли это вообще?

SkyCrusher, начать нужно с цели.

В Шилде не рассказывается о кишках.

GavriKos,
То есть никакого альтернативного подхода кроме "Понадобилось - загуглил - прочитал" нет?
Придётся получать инфу о движке только во время разработки?
А если цель понять, как работает Unity?))

SkyCrusher, Я проходил это просто: Была задача, нужно было ее выполнить за определенный срок. Вот под конкретные нужды и изучал движок. А потом на несколько лет он стал моей основной работой, да и сейчас пишем с командой для Unity...
Изучал далеко не сразу с API.
Первым делом разобрался с внутренней структурой сцены, камеры, освещением, анимацией, GUI, UI, объектами, физикой и прочее. Главное понять объектный подход построения Unity приложения.
Далее когда разобрался как работает редактор, начал с построения пользовательского интерфейса, GUI, сейчас им уже никто не пользуется, а тогда просто не было альтернативы.
Далее уже пошло изучение API под конкретные задачи. Нужно повернуть ректангл - смотрим как в документации, нужно прочитать изображение в текстуру - смотрим как...
Имхо, если нет задачи, проще всего поставить ее самому себе.
Ну или давайте я ее Вам поставлю:
Разработайте простенький клон 3D тетриса. На сцене должно стоять поле в виде стакана, в него должны падать фигуры, пользователь по кнопкам должен их вращать... Фигуры в процессе приближения к другим фигурам должны менять цвет на красный...

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