Saboteur

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

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

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

У тебя непонимание того, что нужно в мире.
Миру не нужен дельфи или си или джава. Бизнесу нужно решение его проблем.

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

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

Есть утвержденная министерством образования программа обучения.
Там указаны темы, но языки программирования не перечислены.
Есть рекомендованные задачники и учебники с Паскалем, Бейсиком Си, даже ассемблером в старших классах.
Есть также виртуальные логические языки.
Остальное - на выбор конкретной школы.
За пределами программы могут быть только кружки, их специализация и качество зависят исключительно от конкретного преподавателя в конкретной школе.

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

Если вас интересует среднестатистический опросник - https://habr.com/ru/post/207020/ , но он не показателен, поскольку опрос среди взрослых

P.S. Лучшего языка нет, поскольку у каждого ребенка может быть своя предрасположенность, на которую в бОльшей степени влияет не сам язык, а сфера применения.
Кому-то интересен php/js чтобы сделать сайт.
Кому-то java чтобы писать под андроид.
Кому-то питон, потому что надо хоть что-то попроще, а для чего не всегда понятно.
Кто-то сходу в С/assembler чтобы взломать игрушку или написать что-то свое.
Выбор больше не от языка, а от ожидаемого результата

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

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

Мое предложение - выберите тот, что ближе к дому.

А зачем?
Названия профессий по ГОСТ вообще не будут сообщать ничего полезного о том, что реально нужно делать на этой работе.
Названия профессий по тому, как они названы в конкретной компании имеют значение только для этой компании
Полный список ИТ профессий вообще меняется с каждым годом, а то и месяцем. Мир меняется быстро.

Вы уточните цель.

Ты же уже питон учишь. ЦЕЛЫЙ ГОД работаешь разработчиком.
В чем проблема заниматься этим в питоне?

Есть мнение, что не хватает математики. Ее можно учить на русском.

1) Какие основные сложности у меня могут возникнуть на пути изучения программирования как у "гуманитория"?

Непонимание что такое программирование и что такое квалифицированный программист.
Спутать HTML/CSS и программирование могут как раз те, кто еще ничего не знает.

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

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

2) Очень востребованная и высокооплачиваемая профессия во всем мире и мне кажется, что так и будет еще много лет.

Вы путаете востребованность профессии и квалификацию. Много платят тем, кто очень много умеет и продолжает постоянно учиться, а не просто рядовому программисту.

Ни книга ни курсы ни статьи вас не учат.

Это вы учитесь (если учитесь), пользуясь разными инструментами - книгами, курсами, практической работой.

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

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

"Гуманитарий" это не склад ума, это его отсутствие.

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

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

Если просите мотивации со стороны - наверное не стоит заниматься. Если просите помощи в конкретной задаче со стороны - велкам.

приходится заново все переучивать

Прочитать - не значит изучить. Изучить - означает понять и применить на практике, чтобы понимание было интуитивным (рефлективным).
Месяц - очень мало, особенно если большую часть времени вы читаете. Больше пишите кода.
Чужие примеры решать не всегда удобно, поскольку не всегда понятно зачем это.
Ставьте перед собой маленькие задачки, и решайте их. Когда напишете несколько программ и почитаете примеры похожих, увидите какие есть другие подходы. Тут и начнет приходить осознание зачем это нужно.

Ищете вакансии в вашем городе.
Питон или С++ разработчик.
Ходите на интервью.
Если устроитесь за первые десять интервью, значит действительно неплохо знаете.
Продвигаете английский.

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

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

"знаю нативный js"
"знаю реакт"

Обычно так могут сказать специалисты mid-senior уровня. Непонятно что вы вкладываете в фразу, "знаю". Потренируйте практику. Потренируйте прохождение интервью. Влейтесь в опенсорс проект и сделайте полезные коммиты. И кстати, подучите стандартные тулзы - git и что-нить с пуллреквестом,хотя бы гитхаб/какой-нить багтрекер. И конечно гугл для самостоятельного поиска крупных проектов.

ну и что б они не говнокодом были

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

Возьмите просто ЛЮБОЙ опенсорс проект, чьим продуктом вы пользуетесь сами, и попробуйте в нем разобраться, возможно допилить функционал. По пути к первому заапрувленному пулл реквесту, как раз и выясните подводные камни, и возможно отследите их историю.

Например, FAR, putty, nginx и др. Просто поройтесь что у вас установлено из С++ опенсорсного.

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

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