xmoonlight

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

Чтобы понимать - нужно отталкиваться не от терминов, а от явлений и процессов.

1. В начале, раскладываете весь процесс по-шагам так, как Вы бы это сделали, чтобы решить поставленную задачу (потренируйтесь на сортировке чисел в массиве).
2. Затем, уже будете наглядно понимать: что именно нужно найти на каждом шаге.
3. А после того, как будете понимать что искать, уже будете искать название тому, что хотите найти и описание этого шага, а там уже и википедия недалеко.

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

на специальности "Программирование в компьютерных системах"

Вряд ли...

А вы как думаете?

1. Получить образование - 50/50 и зависит от того: кто учит, как учит, кто учится и как.
И это можно делать как в вузе, так и в интернете.

2. Попасть/поступить в вуз и закончить его (и получить документ об окончании ВО) - это совсем другая история, не имеющая АБСОЛЮТНО ничего общего с п.1, включая способность к обучению и отношению к учебному процессу. Но на это (пока ещё) смотрят при назначении должности и ЗП при устройстве на работу.

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

Учусь по всяким курсам, по туториалам на сайте юнити

1. По каким курсам учитесь (линки в студию)?
2. C# - уже достаточно хорошо знаете?
Может лучше архитектуру программы на нём изначально научиться проектировать, нежели чем сразу это понимать в Unity? Советую начать с архитектуры кода C# без привязки к IDE.

Unity-уроки: null-code.ru
C#: https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...

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

Ну, это всё равно, что вешать картину на стену, используя все возможные инструменты в вашем ящике (хотя нужен лишь молоток).
Нельзя поставить одну задачу сразу под весь потенциал технологии.
Можно лишь показать HelloWorld! (quick start) и какие-либо неоднозначные моменты, использование которых отличается от большинства.

Сейчас все из них используют в качестве практики используют маленькие и зачастую показательные примеры для одной стороны

Но я с Вами согласен в том, что примеры (после обзора функционала и API) должны быть ЗАКОНЧЕННЫМИ ПРОДУКТАМИ: с момента идеи и до вывода в продакшн.

2-6. Математика (не школьная)
1. mathprofi.ru/teorija_verojatnostei.html
2. www.matburo.ru/tv_book.php
3. sernam.ru/book_tp.php

Как не утонуть в океане информации?
и простая база знаний: папки для заметок на локальном диске по основным технологиям/системам/языкам, внутри - по библиотекам/фреймворкам/продуктам.
А уже внутри этих папок - текстовая информация, сохранённые html-страницы, pdf/txt-файлы.

Создайте простую казуальную игру (например, bomberman).
1. Добавьте главную сцену (основное меню).
2. Сцену выбора уровня, сцену отображения рекордов, прелоадер при переходах между сценами.
3. Добавьте игровую сцену и внутреннее меню игры внутри этой сцены.
4. Сделайте её сетевой, чтобы можно было играть друг против друга.
5. Выпустите готовый красивый и законченный продукт.

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

В общем, ощутите всё то базовое, что присутствует в каждой игре (вне зависимости от её сложности, красоты графики, типа и платформы).

Игру можно сделать на любом языке программирования.
Советую CraftyJS для простого знакомства и понимания всего вышеперечисленного. Попрыгать

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

Вам лучше заниматься кодингом с визуальной составляющей.
Crafty.js
Unity
Напишите простую аркаду и интерес - не угаснет!

Лучше - это описание вместе с ссылкой на временную метку в видео-уроке с заранее заданным интервалом воспроизведения:
Кликнул, посмотрел кусочек, выполнил сам и дальше читаешь и ВНИКАЕШЬ!

Без роликов - становится сложнее понимать, так как всё чаще, современные IDE-интерфейсы (например, Unity3d) предусматривают "сборку проекта" в GUI "мышью" с помощью drag-n-drop манипуляций. Что лучше увидеть в анимации, чтобы правильно понять, повторить и запомнить.

Пройдите обучение Cisco и спокойно уходите на более оплачиваемую должность.

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

Рисуйте схему зависимостей объектов.
Затем - сами поймёте.

Тут

Поиграйте в сокобан. (дальше - поймёте)

Как говорят - кто быстро говорит, тот быстро думает )

Никакой связи.
Есть понятие: "глубина мысли" или "глубина логических зависимостей" (что тоже самое) и скорость поиска возможных зависимостей объектов (логическая глубина 1-го порядка, или по-нашему IT-шному: "горизонтальный" шардинг))).

Чтобы быстро говорить, достаточно уменьшить глубину мысли и "разбавить" события незначительными фактами. (еще раз посмотрите Ваш линк: про "Серого волка")

1. Учитесь на случайных объектах/предметах рассказывать связанные истории.
2. На любую предложенную тему - быстро подбирать роли и также их связывать вымышленными событиями и фактами, которые могли бы произойти в реальности.

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

И... "под занавес": чем быстрее речь, тем меньше анализ информации (спросите у CPU :) ).
"Ух ты! Говорящая рыба!"