Saboteur

Разница между книжкой и практикой там, что книжку читаете, а практику пишете.

"CSV,YAML,SQL,"

В ЧЕМ проблема нагуглить эти термины и понять их смысл?

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

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

Опять же, вы понаписывали кучу слов, но что они обозначают - вы не знаете.
Например расскажите что означает "удаленный аудит" или что такое "система мониторинга" в вашем понимании? Можете перечислить КОНКРЕТНЫЕ критерии аудита и список метрик, которые эти системы должны измерять и проверять?

* На непонятные задачи тратите 20-30 минут гугления терминологии. Если понимание появилось, пробуете решать. Если понимания не появилось, обращаетесь к куратору уточняеет куда копать. Если появилось понимание, но есть несколько вариантов - можно тоже обратиться к куратору, вкратце их озвучить, чтобы он помог с выбором, каким путем будет идти лучше.

* Идти к куратору нужно КАЖДЫЙ раз, если у вас появляется ощущение, что задача может быть не выполнена в срок.

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

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

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

ходить в вуз, а там полная фигня

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

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

- Изучал английский методом прослушивания английского аудио во время сна
- И как выучил?
- Нет. Но зато при звуках английской речи мгновенно засыпаю.

P.S. Человек состоит из привычек. Непросто изменить человека, но при некоторой настойчивости вполне можно изменить в себе какие-то привычки, что приведет в конечном счете к изменению себя.

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

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

Вот это меня постоянно удивляет у новичков - боятся изучить что-то не нужное, еще даже не начав что-то учить.

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

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

Никто вам ничего полезного не скажет. Никто не знает на что вы способны, есть ли у вас достаточно времени, сил, желания и вообще возможности поменять текущую работу.
Да, с точки зрения СНГ, программист может получать прилично. Но это опытный программист. Вы же вообще хотите начать с тестирования. 300-400 баксов в месяц для джуна. Если вы прямо сейчас, со свободным английским, зарабатываете 300-400 баксов, то может быть. Если же больше, насколько вы готовы на даунгрейд?
И ведь неизвестно как у вас получится.
Уходить насовсем в тестировщики?
А программист-джуниор это будет посложнее и подольше, а учитывая конкуренцию...

В общем нет смысла спрашивать философские вопросы на тостере.

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

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

Вот зашел в программирование, читаю единственное, что хоть как-то похоже на программу, по пунктам:

Профессиональные компетенции выпускника:

* Работа с технологиями PHP, Java, Ruby, Python, Perl, Node JS

Из этого технологией с натяжкой можно назвать NodeJS, потому что на самом деле это все языки программирования, а NodeJS это скорее платформа для выполнения JS (которого кстати в списке нет)

* Подключение и использование фреймов

Фреймов? Фреймы есть в сетевых пакетах. А Фреймворки - так их не подключают, на них пишут.

* Back-end разработка, «серверная часть» в веб-приложении; настройка и создание баз данных

Настройка и создание баз данных - это небось будет предустановленный Mysql (который ставится в пару кликов) и какая-нить create table
Как можно работать с базой данных, не указывая что в программе изучения есть ХОТЯ бы базовый SQL?

* Организация серверного окружения, администрирования баз данных и масштабирования приложений с учетом всех стандартов безопасности

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

* Создание функциональных API

API это весьма простая вещь, как только ты в принципе научился писать бэкенд. Весь бэкенд из него и состоит. Но ведь он уже был во втором пункте. Тогда что тут?

* Работа по Scrum и Kanban

Это вообще можно не учить. Про это можно почитать, потому что это просто Agile разработка. Она в каждой конторе, в каждом проекте немного по-своему. Освоить то, что нужно разработчику можно за день, и в ходе работы разобраться. А знать как оно работает - надо скрам мастеру.

* Работа с системами контроля версий (Git)

Ну вот хоть что-то полезное. Но оно же осваивается за полчаса на официальном сайте - там и видяшки и учебник и туториал. https://git-scm.com/book/ru/v2

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

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

Джун, мид, сеньор, тимлид - это не уровень ваших знаний, это название вашей позиции на работе, где вам платят деньги.

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