Saboteur

Меньше читай, больше пиши.
Есть же кучи тематических ресурсов с примерами анимаций. Посмотрел - попробуй повторить сам. Потом посмотри как сделано. Ну и фреймворки.

Про файловую систему - изучить права доступа в POSIX, понять как работают iNode, почитать про File System Hierarchy Standard

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

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

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

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

Столкнулся с ООП в процессе изучения C#. Это не очень сложно, но есть желание узнать в полной мере внутреннее строение некоторых методов, как они вообще создаются и работают?

Методы создаешь ты, ты же программист. Если же ты про методы стандартных классов, то читаешь документацию о методах. Исходники методов вроде бы как доступны.
Но ООП это больше про организацию труда, а классы это уже следствие.

Может, я вообще не с того начал? Может, для полного понимания надо было начать не с объектно-ориентированного языка? Нужны ли C и C++ для постижения дзена?

Базово - можно. Во всяком случае С и С++ сейчас самые близкие к низкоуровневым языкам.

А как вообще работает компилятор? Как условный WriteLine заставляет пиксели на экране складываться в нужную для вывода информацию в C# или как это делает print в Python? Как создаются и работают инструменты языка программирования?

Нужно почитать про ассемблер, архитектуру процессора. Потом про функции биос и ОС.

Microsoft Learn рассказал мне, что есть и какие-то другие типы программирования - например, функциональный F# и прочие подобные вещи. Зачем они нужны, в какой момент начать их изучение?

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

Люблю Линуксы, страшно нравятся Линуксы. Бесконечно ставлю их, настраиваю их, нахожу мелкие кусочки информации о том, как работает та или иная в операционной системе вещь. А как это всё работает в целом? Как вообще работает операционная система? Узнал, что существуют дистрибутивы, где у тебя есть чуть ли не голое ядро и ты собираешь систему сам под свои нужды. А как работает это самое ядро? Что оно такое? Как начать самому собирать системы, где и как этому научиться? Что скрывается за графическими оболочками?

Ядро операционной системы собственно та вещь, которая позволяет тебе запускать программы.
Современные операционные системы
1) почти все многозадачные, позволяют запускать несколько программ одновременно
2) предоставляют интерфейсы для работы с устройствами (через драйвера и функции ОС), чтобы упростить работу разработчикам.

А как работают программы с операционными системами? Почему программы Windows не работают с Linux и какими хитростями линуксоиды все-таки заставляют их работать?

Читай про функции ОС, стандартные библиотеки. Ну и архитектура.

Я взрослый овощ, 20 лет,

Если взрослый, то почему ты все еще ждешь чтобы тебя за ручку водили?

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

Читаю только про числовые типы, но уже не понимаю некоторые темы. Надо ли пытаться их понять или можно пропустить?

Читать - недостаточно.
Нужно писать.

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

Только с информатикой поступить нельзя. Полюбому будут еще направления.
Но об этом вы узнаете не в интернете а непосредственно на кафедре, куда поступать - там и список экзаменов

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

Заниматься и изучать разработку нужно будет самостоятельно. Поэтому выбирайте что вам удобнее. Расположение, преподаватели. Личные отзывы студентов которые там учатся, а не рандомные люди из интернета.

Побольше математики пригодится, ибо электроника для VR вам вряд ли понадобится в этой стране.

Рассматривать для себя ЗАОЧНУЮ ФОРМУ КАТЕГОРИЧЕСКИ НЕ ХОЧУ, попросту там нет нормальных и хоть чуточку перспективных специальностей

ОЧЕНЬ, ОЧЕНЬ мало интересных профессий, на которые можно устроиться просто окончив отечественный ВУЗ.

А поэтому:

Вариант №1) Поступаю в вуз, заканчиваю и нахожу работу по профессии (маловероятно, но всё же).

Вариант 3
Поступаете в вуз, добавляете самообразование и со второго-третьего-четверого курса ищете работу по профессии, устраиваетесь. А в Вузе переводитесь на заочку.

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

Информация не просто есть, ее слишком много, поэтому да, сейчас искать сложнее, чем 10-20 лет назад.
Сейчас полно спама, полно текста состоящего из воды.

Поэтому нужно научиться искать, понимать что такое официальная документация, официальный сайт производителя. Отличать сайт развитого портала и сообщества от развлекательного портала.

Потрать на это некоторое время своей жизни, и затем внезапно узнаешь, что ты на почти все вопросы можешь найти уже готовый ответ.

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

Возникает резонный вопрос: Что я буду делать когда (если) устроюсь на работу по профессии? Как подготовиться правильно выполнять поставленные задачи? И какие задачи меня ждут?

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

Системное программирование - программирование систем. Чаще все что связано с операционными системами.

Ну например напишите собственную утилиту, которая умеет выводить список файлов и директорий.
С сортировками по разным полям - имени файла, размеру, типу.
Размер директории со всем содержимым.
Вот и будет вам работа с массивами вдоль и поперек.
А потом еще придется изучить как работает ntfs и что делать с ссылками и junction point-ами, особенно если они зациклились.
А потом еще можно узнать про другие файловые системы.

Это даже не область, а так кусочек простой системной утилиты.

Ваш вопрос звучит как

Стоит ли изучать несколько языков, не сразу а последовательно?
Например немецкий, затем английский, затем китайский?

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

Zero932084

Заруби себе на носу:
ИГРА - это ПРОГРАММА.
Изучи ОБЫЧНОЕ программирование. Хотя бы немного. Хотя бы просто научись писать программы, которые запускаются и работают.

Специализация в конкретную область идет не тогда, когда ты не знаешь даже как спросить.
Выбери платформу и пиши простые программы. Потом простые игры. Берешь список игр из 80-90х и пытаешься их написать.

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

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

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

Я не настолько фанатичный задрот, чтобы сидеть 24/7. У меня есть и более важные дела.

Ну тогда занимайтесь этими более важными делами, никто ж вас не держит в ИТ.

Уже настал последний 4 курс. Всё, чему нас научили, - ничего.

Почему этот вопрос не настал на 1-м курсе? на 2-м курсе, на 3-м курсе? В школе в конце концов? Видимо были заняты более важными делами, чем учиться.

Остается - неквалифицированная работа. Погрузил/разгрузил - и свободен для более важных дел.

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

я мог пойти и дальше продолжить просиживать штаны на парах,

На парах вы должны были не просто учиться, а учиться учиться.

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

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