Системный способ войти в IT - как выбрать свою траекторию

Аннотация

Эта книга — не учебник по программированию и не сборник советов по резюме. Это система выбора. Она поможет вам:

- Понять свою природу: что вам нравится, какой у вас склад ума, как вы решаете проблемы.

- Разобраться в IT-специализациях: разработка, аналитика, DevOps, менеджмент, дизайн, архитектура чем они отличаются на самом деле.

- «Примерить» роли через реальные задачи и понять, какая подходит именно вам.

- Выбрать формат работы: дистант, гибрид или офис.

- Понять, в какой компании вам комфортно: стартап, корпорация, геймдев или блокчейн.

- Построить карьеру, а не просто найти работу.

Для кого эта книга: для новичков, для профессионалов из других сфер, для студентов и для всех, кто хочет осознанного выбора в IT.

Осознанный выбор — единственный, который не приведёт к разочарованию через год.

Введение

«Я не знаю, кем мне стать в IT».

Это один из часто встречающихся запросов ко мне на консультацию. От инженера, который пять лет внедрял СУТП на газпроме и хочет сменить профессию, но не знает, на что. От директора производства, который устал от офисной рутины и мечтает об удалённой работе. От мамы двоих детей, которая после десяти лет в деревне решила вернуться в профессию. От вчерашнего студента, который выбрал специальность «наугад» и теперь не понимает, куда идти.

Они все хотят войти в IT. Но они не знают, в какую дверь постучать.

И это нормально. Потому что в IT сегодня десятки профессий, сотни инструментов, тысячи курсов. И интернет кричит: «Стань разработчиком за 3 месяца!», «DevOps — это будущее!», «Аналитик зарабатывает от 200 тысяч!». А человек, который не знает рынка изнутри, просто тонет в этом шуме.

Меня зовут Владимир Самородов. 28 лет в IT — от кода до управления проектами с бюджетами $50M+ и командами до 450 человек. Строил системы с нуля, управлял бизнесами, проходил через санкции, M&A, кризисы. Инвестировал в стартапы и менторствовал основателей. Мои ученики приходят ко мне с разным бэкграундом — от парикмахеров до директоров заводов — и все они задают один и тот же вопрос: «Кем мне стать?»

Я написал эту книгу, чтобы вы не повторяли чужих ошибок.

О чём эта книга

Это не учебник по программированию. Здесь нет синтаксиса языков, команд Linux или формул для дашбордов.

Это не сборник советов по резюме. Здесь нет шаблонов сопроводительных писем и «как пройти собеседование».

Это — система выбора. Я покажу вам, как:

- Проанализировать свою природу: что вам нравится делать, какой у вас склад ума, как вы решаете проблемы.

- Понять, какие IT-специализации существуют и чем они отличаются на самом деле (не по названиям, а по задачам и образу жизни).

- «Примерить» разные роли через реальные задачи, а не в теории.

- Выбрать формат работы: дистант, гибрид или офис — и понять, готовы ли вы к самодисциплине.

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

- Не застрять на позиции джуна и построить карьеру, а не просто «найти работу».

Кому эта книга

- Новичкам, которые хотят войти в IT, но не знают, с чего начать.

- Профессионалам из других сфер, которые решили сменить карьеру на IT.

- Студентам, которые учатся на IT-специальностях, но не понимают, куда идти дальше.

- Тем, кто уже попробовал «вкатиться», но понял, что выбрал не то направление.

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

Что вы найдёте в этой книге

Глава 0 — мудрость и система выбора: почему подход важнее самого выбора.

Глава 1 — типичные ошибки: как не выбрать специализацию по «громкости» названия, не начать с инструментов и не игнорировать свой прошлый опыт.

Глава 2 — ваш прошлый опыт — это фундамент, а не багаж. Вы уже умеете больше, чем думаете.

Глава 3 — путеводитель по IT-специализациям: разработка, аналитика, DevOps, менеджмент, дизайн, архитектура и другие роли.

Глава 4 — типичный день для каждой роли: как выглядит реальная работа, а не «красивая картинка».

Глава 5 — как понять, что именно вам подходит: анализ вашей природы, примерка ролей через задачи и опора на прошлый опыт.

Глава 6 — дистант, гибрид, офис: какой формат работы выбрать и почему дисциплина — ключевой фактор.

Глава 7 — типы IT-компаний: стартапы, корпорации, аутсорсинг, геймдев, блокчейн и другие — их плюсы, минусы и кому они подходят.

Глава 8 — что дальше? Как не застрять после выбора специализации и построить карьеру, а не просто найти работу.

И последнее: почему я написал эту книгу

Потому что устал смотреть, как умные, талантливые люди топчутся на месте, не понимая, куда двигаться дальше.

Потому что верю: каждый может войти в IT, но не каждый знает, какую дверь открыть.

Потому что хочу, чтобы вы прошли этот путь быстрее и дешевле, чем я.

И потому что знаю: осознанный выбор — это единственный выбор, который не приведёт к разочарованию через год.

Если вы готовы смотреть на свою карьеру не как на «случайность», а как на систему, которую можно анализировать и менять — эта книга для вас.

Глава 0. Мудрость и система выбора

«Тот, кто знает других — умён. Тот, кто знает себя — мудр» — Лао-Цзы

Я провёл 28 лет в IT. Управлял проектами с бюджетами $50M+ и командами до 450 человек. Прошёл через санкции, M&A, кризисы. Менторствовал сотни человек — от тех, кто не знал, с чего начать, до тех, кто стал топ-менеджерами.

Я видел, как люди с без IT опыта и релевантного образования становятся аналитиками, системными администраторами, DevOps, руководителями проектов и разработчиками, а так же основателями ИТшных стартапов. Я знаю, что работает, а что — нет.

И я написал эту книгу, чтобы вы не повторяли чужих ошибок.

С 1998 года я активно изучал программирование и системотехнику, при этом практиковался и писал различного рода программы от научных до коммерческих. Меня всегда тянуло делать сложные гетерогенные системы — те которые ранее никто до меня не делал т. к. считалось что это не реально.

С 2004 меня привлекли к одному проекту где помимо моей личной работы руками (настройке серверов, программированию и интеграции) потребовалось руководить внешними и внутренними исполнителями. Именно тогда когда у меня появилась ответственность за проект я стал внимательно относиться к с соответствию исполнителей своим ролям. А это потребовало наблюдательности и выяснения массы новых для мня данных, которые позволили мне далее прогнозировать насколько тот или иной человек будет соответствовать роли в проектах. Будет ли этот человек грамотным специалистом или выполнит ли он поставленные задачи. Оказалось что кроме компетенции, которую к слову можно всегда нарастить — необходима мотивация. А вот с ней могут быть сложности если человек выбрал не ту специальность или ему её навязали. О этом мы с вами и поговорим далее в книге.

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

«Я не знаю, что мне подходит».

Эту фразу я слышу довольно часто. От инженера с пятилетним стажем внедрения СУТП в нефтегазовом секторе, который хочет стать DevOps, но после установки Ubuntu не знает, куда двигаться дальше. От директора производства, который устал от офисной рутины и мечтает об удалённой работе, но не понимает, в какую сторону смотреть. От менеджера по продажам в банке она пришла ко мне с запросом: «Я хочу в IT, но я не знаю, с чего начать. Мне говорят про аналитику, но я не понимаю, что именно я должна делать».

Они все приходят с одним и тем же запросом: «Я хочу войти в IT, но я не знаю, какую траекторию выбрать».

И это нормально. Потому что в IT сегодня десятки профессий, сотни инструментов, тысячи курсов. И интернет кричит: «Стань разработчиком за 3 месяца!», «DevOps — это будущее!», «Аналитик зарабатывает от 200 тысяч!». А человек, который не знает рынка изнутри, просто теряется в этом разнообразии.

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

Вот их истории.

Молодая мама двоих детей, муж — пенсионер. У неё было хорошее профильное образование, но больше десяти лет без работы — декреты, семья, быт. Когда она пришла ко мне, она не верила, что сможет вернуться. Через полгода работы в крупной телекоммуникационной компании она не просто вернула веру в себя — она закрыла два проекта, которые до неё столкнулись с сопротивлением. А через год выросла до руководителя и более 8 лет продолжает успешную трудовую деятельность.

Ещё одна мама двоих детей трудилась до этого в логистике и вела сложные коммуникации. Никакого управленческого бэкграунда. Сегодня она — прекрасный руководитель направления финансового анализа, и уже пять лет активно работает в телекоме. Её домен — логистика и коммуникации, но теперь она смотрит на неё через призму системного анализа.

Мама двоих детей с экономическим образованием, которая после семи лет жизни в деревне с детьми решила вернуться в профессию. Стала BI-аналитиком и активно трудится в дружном коллективе. Её аналитический склад ума, подкреплённый экономическим образованием, оказался идеальным фундаментом для работы с данными.

Мама троих детей, которая до декрета работала в консалтинге — не IT, а экономика. Сегодня она BI-аналитик и активно пишет SQL-запросы в Oracle и PostgreSQL. Её путь — пример того, как навыки работы с данными и аналитическое мышление можно перенести из одной сферы в другую.

Художник и мама. Более 15 лет она писала картины. Сегодня она — бесценный сотрудник направления UX/UI. Потому что дизайн — это та же композиция, те же цвета, та же гармония, хотя вместо холста — интерфейсы, а вместо красок — прототипы. Сейчас она управляет направлением UX/UI и руководит внутренними командами и внешними подрядчиками.

HR-подборщик персонала стала прекрасным аналитиком и ведёт проекты, а её основные заказчики — HR-директора. Она знает язык, на котором говорит бизнес, и теперь помогает ему принимать решения на основе данных.

Студентки из МАДИ — их больше пяти. Я преподавал им в институте. С математическим образованием они пришли в IT и теперь занимают позиции fullstack-аналитиков и менеджеров проектов. Их системное мышление, заложенное математикой, оказалось прочнее многих «профильных» IT-навыков и помогла им развиваться в управлении командами.

Основатели стартапов с абсолютно разным опытом — их объединяет страсть реализации своей идеи и отсутствие опыта в системного построения бизнеса.

И есть ещё один случай, который я вспоминаю особенно часто.

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

Все эти люди — мои ученики. Они пришли из разных сфер, с разным бэкграундом, с разными страхами.

Системный подход к выбору специализации

В этой книге я не буду учить вас инструментам. Я не буду давать рецепты «как стать разработчиком за 3 месяца». Я дам вам систему выбора — алгоритм, который поможет вам:

Понять свои склонности и сильные стороны;

Оценить свой прошлый опыт как фундамент;

Определить, какая специализация (DevOps, аналитика, разработка) вам подходит больше всего;

Построить траекторию обучения и первого трудоустройства;

Снизить риски.

Это не волшебная таблетка. Это инструмент, который поможет вам принять осознанное решение. А осознанное решение — это единственное решение, которое не приведёт к разочарованию через год.

Что вас ждёт в этой книге

Мы разберём различные ИТ специализации актуальные сейчас (во второй половине 2026 года) на рынке труда. Мы посмотрим на эти роли через призму:

- Какие задачи решает каждая роль;

- Какие навыки нужны;

- Какой образ жизни предполагает каждая роль — возможно ли трудиться дистанционно или это офисная работа;

- Какие карьерные перспективы открываются;

- Как ваш прошлый опыт может помочь в каждой из них.

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

И последнее: почему я написал эту книгу

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

Глава 1. Выбор — это самая сложная часть входа в IT.

Типичные ошибки

«Я знаю отдельные куски, но не вижу целого».

Эту фразу я слышу от учеников снова и снова. От инженера, который пять лет, в нефтегазовом секторе - внедрял СУТП (системы управления технологическими процессами), а теперь хочет стать DevOps, но после установки Linux не знает, куда двигаться дальше. От директора производства, который устал от офисной рутины и мечтает об удалённой работе, но не понимает, в какую сторону смотреть. От HR специалиста по подбору персонала, которая хочет стать ИТ специалистом, но боится что у неё не получится.

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

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

Ошибка №1: выбирать по «громкости» названия

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

- «DevOps — это круто, все его ищут».

- «Аналитик — это как менеджер, только с цифрами».

- «Разработчик — это классика, всегда нужен».

- «Менеджер проектов — это легко и можно трудиться дистанционно».

Но «круто» — это не критерий выбора. Критерий выбора — это соответствие вашим склонностям, опыту, образу жизни и фундаменту, который заложили в вас ваши родители и окружение.

Я видел людей, которые пошли в DevOps, потому что «это модно», и через год выгорели, потому что не выносили дежурств по ночам. Я видел людей, которые пошли в аналитику, потому что «не надо писать код», и через полгода поняли, что работа с цифрами и требованиями — это не их. Я видел людей, которые пошли в разработку, потому что «это основа», и не выдержали сидячей работы за компьютером по 10 часов.

Выбирайте не по громкости, а по соответствию.

Ошибка №2: начинать с инструментов

«Я выучу Python и стану разработчиком». «Я разберусь с Docker и стану DevOps». «Я освою SQL и стану аналитиком».

Инструменты — это средства. А специализация — это роль. Можно знать Python и быть разработчиком, аналитиком данных, автоматизатором или даже DevOps. Инструмент не определяет роль. Роль определяет, какие задачи вы решаете.

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

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

Ошибка №3: не учитывать свой прошлый опыт

«У меня нет профильного образования, я ничего не умею». Эту фразу я слышу от 80% учеников. И каждый раз я отвечаю: «А что вы умеете?»

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

Если вы работали с клиентами — вы сможете собирать требования.

Если вы разбирались в документации — вы сможете писать спецификации.

Если вы что-то автоматизировали — вы уже делали DevOps.

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

Ошибка №4: искать идеальный вариант и бояться ошибиться

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

Вот что я им говорю:

Выбор специализации — это не брак, а роль. Вы не выходите замуж и не женитесь на ней на всю жизнь. Это гипотеза, которую вы проверяете. Вы выбираете направление, пробуете его 2–3 месяца, смотрите, как вам работается, и корректируете курс.

В IT никто не ждёт, что вы останетесь в одной роли на 20 лет. Разработчик становится DevOps. DevOps становится архитектором. Аналитик становится продуктовым менеджером. А продуктовый менеджер — основателем стартапа. И это нормально.

Не бойтесь ошибиться. Бойтесь не начать.

Ошибка №5: игнорировать образ жизни

IT-специализации отличаются не только задачами и инструментами, но и образом жизни.

- Разработчик — сидит за компьютером, пишет код, минимум коммуникации, много фокуса. Бывают FrontEnd-разработчики (работают с интерфейсами, дизайном, визуальной частью продукта) и BackEnd-разработчики (работают с серверной логикой, базами данных, API, архитектурой). Образ жизни похожий — оба много пишут код и работают в команде, но фронтенд чаще взаимодействует с дизайнерами, а бэкенд — с архитекторами и DevOps.

- UI/UX дизайнер — создаёт интерфейсы, прототипы, пользовательские сценарии. Общается с заказчиками, аналитиками и разработчиками. Меньше пишет код — больше рисует, тестирует гипотезы, проводит исследования. Образ жизни — творческий, с постоянной обратной связью от пользователей.

- Аналитик — много общается с заказчиками, собирает требования, пишет документы, проводит презентации. Бывают бизнес-аналитики (работают с процессами и требованиями), системные аналитики (проектируют архитектуру решений и интеграции), BI-аналитики (работают с данными, строят отчёты и дашборды), дата-аналитики (анализируют большие данные, строят модели и прогнозы). Образ жизни — много коммуникации и документирования.

- DevOps — отвечает за инфраструктуру, работает в условиях неопределённости, часто дежурит по ночам, решает проблемы «здесь и сейчас». Близкие по духу роли: Linux/Windows администраторы — поддерживают серверы, администрируют системы, часто работают в режиме ожидания инцидентов. SRE (Site Reliability Engineer) — это инженер надёжности, который совмещает задачи DevOps и разработки, пишет код для автоматизации, отвечает за отказоустойчивость систем. DBA (администратор баз данных) — специализируется на базах данных: оптимизация, резервное копирование, кластеризация, восстановление. Специалисты техподдержки — решают проблемы пользователей, часто сменный график и ночные дежурства. Anykey-специалисты — работают на «горячих линиях», решают нестандартные задачи без чётких инструкций. Образ жизни всех этих ролей — реактивный, с высоким уровнем стресса и ответственности.

- Менеджер проектов (PM) — управляет сроками, бюджетом, командой, рисками. Общается с заказчиками, разработчиками, руководством. Много переговоров, согласований и отчётов. Образ жизни — тотальная коммуникация и управление ожиданиями всех сторон.

- Продуктовый менеджер — управляет дорожной картой продукта, определяет приоритеты, общается с заказчиками, командой и руководством. Много переговоров и согласований. Образ жизни похож на PM, но с большим акцентом на стратегию и долгосрочное видение.

Это совершенно разные образы жизни. И если вы не любите общаться с людьми — аналитика, продуктовый менеджмент и UI/UX вам не подойдут. Если вы не выносите ночные дежурства — DevOps, администрирование и техподдержка принесут вам выгорание. Если вы не любите сидеть в одиночестве и писать код — разработка может стать для вас тюрьмой.

Учитывайте образ жизни наравне с навыками.

Какой выход?

Есть два способа войти в IT.

Первый — хаотичный. Вы смотрите курсы, читаете статьи, пробуете инструменты, ищете работу. Вы тратите годы, пробуете разное, разочаровываетесь, бросаете, возвращаетесь. В конце концов вы либо находите своё место, либо сдаётесь. Этот путь длинный, дорогой и полный разочарований.

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

Эта книга — про второй путь.

Глава 2. Ваш прошлый опыт — это не багаж, а фундамент

«То, что мы называем опытом, часто является просто памятью о наших ошибках» - Нассим Талеб

Одну фразу я слышу на каждой второй консультации: «У меня нет профильного образования, я ничего не умею».

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

Я всегда отвечаю одно и то же: давайте посмотрим на это с другого ракурса.

История первая: как директор по производству стал IT-руководителем

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

— Я не знаю IT, — сказал он. — Я не понимаю, как управлять разработкой, как работать с Agile, как оценивать сроки.

— А что ты делал на заводе? — спросил я.

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

— А IT-проект — это то же самое, — сказал я. — Только вместо станков — разработчики. Вместо складов — репозитории. Вместо закупок — бюджетирование. Суть та же: ты должен организовать процесс так, чтобы результат был достигнут с минимальными потерями.

Сергей задумался. А потом начал перекладывать свой опыт на новую область:

- Его знание производственных процессов -> понимание жизненного цикла разработки.

- Его опыт управления бригадами -> управление командами разработки.

- Его понимание бюджетирования -> управление IT-бюджетами.

- Его навыки работы с поставщиками -> управление внешними подрядчиками.

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

История вторая: как продажник стал директором по цифровизации

Мария работала в продажах 5 лет. Она строила команды, выводила продукты на рынок, управляла бюджетами. Когда ей предложили стать директором по цифровизации, она испугалась.

— Я не понимаю, как управлять разработкой, — сказала она. — Я не знаю, что такое BI, Data Lake, CI/CD, DevOps, микросервисы.

— А что ты умеешь? — спросил я.

— Строить команды, понимать клиентов, управлять деньгами, договариваться, видеть рыночные тренды, работать с отчётами.

— А директор по цифровизации — это про то же самое, — сказал я. — Ты управляешь людьми, деньгами и процессами для формирования интерактивных отчётов, а это позволяет «управлять бизнесом по цифрам». Технологии — это просто инструмент, который помогает тебе делать твою работу быстрее и дешевле.

Сегодня Мария — успешный директор по цифровизации. Она говорит:

«Мой опыт в продажах помогает мне каждый день. Я понимаю клиентов. Я понимаю команду. Я понимаю, как устроен бизнес. Технологии я учу по мере необходимости. Главное — я знаю, как управлять».

История третья: как начальник отдела логистики стал CIO

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

— Я не программист, — сказал он. — Я не могу быть CIO.

— А кто сказал, что CIO должен уметь программировать? — спросил я.

— Ну… я думал…

— CIO — это про управление IT-системами, — сказал я. — Ты умеешь управлять логистическими цепочками. Теперь будешь управлять IT-системами. Разница — в контексте. Но суть та же: ты видишь картину целиком, понимаешь, как связаны элементы, умеешь управлять рисками.

Михаил возглавил IT-департамент. Он не пишет код, но он выстроил процессы, которые позволяют компании работать с IT как с единой системой. И он делает это лучше, чем многие«технари», потому что он видит бизнес целиком.

История четвёртая: как парикмахер стал аналитиком

В моей практике был случай, когда ко мне пришла женщина, которая 13 лет проработала парикмахером. У неё было два высших образования — инженер-физик и методист. Она хотела войти в IT, но не знала, с чего начать.

— Я умею только стричь и красить, — сказала она. — Какая из меня аналитик?

— А что ты делала как парикмахер? — спросил я.

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

— А аналитик делает то же самое, — сказал я. — Только вместо причёсок — требования к системам. Вместо клиентов — заказчики. Ты умеешь слушать, понимать потребности и предлагать решения. Это и есть фундамент аналитика. Инструменты — SQL, BPMN, UML — ты выучишь за пару месяцев.

Она скептически отнеслась к моим словам, но решила попробовать. Через несколько занятий она поняла, что её навыки работы с людьми и умение выявлять скрытые потребности — это именно то, что нужно системному аналитику.

История пятая: как фитнес-тренер стал DevOps

Один из моих учеников был фитнес-тренером. У него было образование 11 классов. Он работал тренером, изучал массаж, но хотел перейти в IT и работать удалённо. Он прошёл курсы 1С, изучал Java и Python по видео, но всё это давалось ему тяжело.