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

Вы учите не один язык, а способ думать
Синтаксис - лишь видимая часть. Нужно превратить расплывчатое «сделай удобно» в данные, условия, действия и проверяемый результат. Затем объяснить это машине буквально: она не догадается, что вы имели в виду. Такая точность сначала раздражает, но именно она делает программу воспроизводимой.
Параллельно появляются файлы проекта, терминал, зависимости, система версий и сообщения компилятора. Если курс бросает всё в первую неделю без связей, новичок ощущает себя в кабине самолёта. Нормальный путь вводит инструмент тогда, когда он решает понятную проблему.
Если нужна системная практика, сравните программы по python.

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

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

План на две недели
Выберите один язык и один формат задачи. Каждый день решайте небольшую задачу, которая использует знакомую основу и добавляет одну новую идею. Ведите журнал ошибок: симптом, причина, как нашли, как проверили. Через неделю повторите две задачи с нуля без видео.
Покажите её человеку, получите один конкретный комментарий и исправьте. Прогресс становится виден не по количеству часов, а по тому, что вчера требовало подсказки, а сегодня делается самостоятельно.

Вывод KGAM. Сначала зафиксируйте нужный результат и ограничение, затем соберите минимальный черновик и проверьте его на реальной задаче. Такой порядок быстро показывает, где инструмент действительно помогает, а где только создаёт видимость бурной работы.