Опыт приобретенный мной за 18 лет в ИТ Консалтинге научил меня тому, что в отличие от волчьего стиля работы математика теоретика, в ИТ очень важно работать в сильной комманде. При этом не важно пишешь ли ты код или делаешь саппорт баз данных или нетворка. В большом мире практически во всех моих контрактах Я ощутил то, что могу назвать принципом "Внутри Корпоративной открытости", где ключевое слово - это "Внутри". Сегодня ты увидел и подсказал товарищу по комманде , где он ошибается, завтра он поможет тебе. Высшая цель есть победа комманды при достижении dead-line, а не твои личные амбиции. Рост программиста может идти по экспоненте, если он попадает в сильные комманды переходя из выполненного проекта в новый. Здесь должен думать в первую очередь Супервайзор Консалтинга на который ты работаешь. Почему Я после 1992 избегал Employment'a - если ты видишь , что клиент бредит наяву, ты вовсе не обязан ложится под гусеницы. Ты докладываешь в свою Компанию ситуацию и в тот же вечер край на завтра будет бридж call со своими экспертами. Если все едины в оценке позиции клиента, то назавтра ты просто оставляешь его со своими идеями наедине. "Базовые знания" получить одному конечно можно. Стать одиноким экспертом в ИТ в отличие от Математики очень мало вероятно. Конечно, попасть сразу в серьезную корпорацию трудно. Но надо помнить, что под лежачий камень вода не течет. Китайские коллеги мне часто говорили - "Community is strength". Если говорить о фазе обучения , то безусловно ситуация не столь жесткая, но в группе прогресс будет более быстрым, если конечно педагог не заставляет писать на Java, то что на порядок быстрее можно сделать на Python. Случаи в моей практике были. Эта же педагог утверждала , что Виндовс есть промышленный стандарт. Там был неплохой ИВТ ф-т , но за несколько лет вопрос с инакомыслящими был решен.
А какие ресурсы вам больше всего помогли освоить Python?