Развитие профессионализма требует времени

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

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

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

Если вы программист, вы должны уметь писать программный код не только так, чтобы он работал, но и чтобы он был понятным и поддерживаемым. Вы должны уметь его грамотно проектировать, с заделом на будущее. Кроме того, вы должны уметь писать его «эффективно»: достаточно быстро и качественно. Такая эффективность достигается долгой практикой. Нельзя научиться писать идеальный код за три месяца.

Да, вы можете быть в чём-то настолько талантливы, что это дело будет даваться вам легко. И это классно! И только в таких делах и нужно стараться развиваться. Но всё равно вам потребуется значительное время, чтобы освоить своё дело. И ваши таланты будут не столько снижать время обучения, сколько делать этот процесс более приятным.

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

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

Работоспособность и поддерживаемость

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

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

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

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

Проектные и саппортные задачи

Специалисты в командах разработки программного обеспечения выполняют различные задачи: кто-то пишет код, кто-то тестирует, кто-то настраивает сервера. Но все эти задачи можно условно разделить на две «половины»: проектные и саппортные. Я их назвал так ещё в далёком 2010-ом году, когда у меня была собственная небольшая веб-студия.

Проектная задача — это задача по созданию чего-то с нуля или существенной доработке существующего. Например, добавление нового раздела на сайт или разработка нового мобильного приложения — это проектные задачи. Проектные задачи требуют проектирования и проектного управления — планирования и выполнения в соответствии с планом. Такие задачи важно заранее тщательно продумывать, писать на них технические задания и затем реализовывать в плановом порядке. Для выполнения таких задач хорошо подходит методология Scrum.

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

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

1. Начинающих специалистов важно контролировать. Саппортные задачи, как правило, маленькие, и их легко проверять — и тестировщикам, и тем, кто делает код-ревью. И исправлять косяки тоже, как правило, очень легко.

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

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

4. При выполнении крупных задач часто требуется некоторое проектирование: понять, какие классы и методы должны быть в создаваемом коде, продумать логику его работы. Это важно делать грамотно, с учётом архитектуры существующего проекта, а также поддерживаемо — чтобы то, что будет создано, было понятно другим специалистам в будущем. С такими задачи начинающие специалисты справляются с трудом, и их лучше поручать специалистам уровня middle.

Спрос на IT-специалистов в России

Вот уже 10 лет каждый квартал мы смотрим на количество вакансий и резюме IT-специалистов по данным портала HeadHunter. На картинке вы видите свежую статистику с данными на 31 декабря прошедшего года.

Что видно на этом графике? На нём видно несколько важных моментов:

📍 В среднем, "нормальной" является ситуация, при которой спрос на IT-специалистов превышает предложение примерно в 2 раза. Такая тенденция, кстати, наблюдалась и предыдущие десятилетия.

📍 Весной 2020-го года чётко виден резкий спад количества вакансий и резюме с последующим таким же резким восстановлением. Это пандемийный локдаун, в который многие компании приостанавливали подбор, а многие специалисты переставали искать работу.

📍 Резкий рост рынка после пандемии. Спрос вырос более, чем в 2 раза: в начале декабря 2021 года мы наблюдали почти 85 000 открытых вакансий. При этом количество специалистов и их резюме росло также плавно, и рынок столкнулся с сильным дефицитом кадров.

📍 Резкий спад и затем резкое восстановление спроса на IT-специалистов при плавном росте вакансий с марта 2022 по март 2023 года.

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

Интересно, что ситуация в мире вплоть до весны 2022 года была аналогичная, но в 2023 году тренды стали совсем другими. Но об этом в следующих постах

Спрос на IT-специалистов в США и Европе

Мы в SymbioWay активно следим за состоянием всех рынков, и до 2022-го года наблюдали почти синхронную динамику: с 2014 года спрос рос примерно также плавно, как и количество самих IT-специалистов, в период пандемии он просел, а после — резко вырос. Косвенно эти данные подтверждались количеством вакансий, которые были у нас в работе в то время.

В 2022 году произошла масса странных вещей. Во-первых, многие IT-специалисты переехали из России в другие страны, но почему-то количество резюме тех, кто ищет работу в России, ничуть не просело (см. график в предыдущем посте). Действительно, многие мои знакомые, переехав, либо продолжали работать на российские компании, либо находили новую работу, но тоже в России в удалённом формате. Более того, переехавшие часто жаловались на то, что подолгу не могут найти работу за рубежом. А в 2023 году большая доля уехавших вернулась.

В чём же дело? Дело в том, что в 2022-ом году спрос на рынках США и Европы начал падать. Падать он начал несколько позже, чем в России, — примерно с июня, упал очень сильно и не восстановился в 2023 году. График в этом посте по рынку США.

Знакомые экономисты говорят, что это — результат мирового экономического кризиса, вызванного пандемией. По сути, естественный спад после резкого роста.

Летом 2022 года от нас ушёл один из американских клиентов со словами: «К сожалению, мы вынуждены прекратить с вами работу. Выставляйте последний счёт». Мне было интересно, почему, и я не постеснялся спросить. Они ответили примерно так: «У нас топливный кризис, цены сильно подскочили, а наш инвестор зависит от цен на топливо. Мы обанкротились, и вынуждены закрыться». Пожелал им успехов и поскорее восстановиться.

Почему же российский рынок восстановился так быстро? Ответ прост: из-за отделения от долларово-евровой экономики.

Мы прогнозируем полноценное восстановление мировых рынков не раньше конца 2024-го года. На данный момент найти работу в России существенно легче.

Источник статистики выше — https://www.trueup.io/job-trend

Друзья и коллеги!

Около двух лет назад я обнаружил, что сильно вырос спрос на системных аналитиков. Оказалось, что это чуть ли не самая востребованная специальность в сфере IT. Прямо сейчас на HeadHunter в России аж 5 317 вакансий системный аналитиков. Для сравнения вакансий Python-разработчиков — 5 970, не сильно больше, а вакансий разработчиков frontend, которые нужны везде и всегда, и того меньше — 4 193.

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

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

Похожий курс я сделал несколькими месяцами ранее для МФТИ, и пятерых его выпускников весной 2023 года я взял к себе на работу в разные проекты, которые в большинстве своём уже доведены до релиза и даже коммерческих продаж.

И вот, наконец, после 9 лет записи курсов, чтения лекций и ведения вебинаров в Skillbox, Российском обществе «Знание», МФТИ, ВШЭ, РАНХиГС, АИС, Актионе, ИнноТехе, GeekBrains, Lerna, SkillFactory и Яндекс.Практикуме я выпустил свой собственный курс — Профессия "Системный аналитик". Он вобрал в себя весь мой опыт по управлению командами разработки, работе с заказчиками, постановке задач разработчикам и созданию качественных тех. заданий.

Курс доступен тут — https://system-analyst.pro/

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

Делитесь с друзьями и учитесь сами :)

Друзья, вышла первая часть моего интервью о выборе профессии в IT — https://youtu.be/jfJUlwC6z5I

Друзья, а вот и вторая часть — https://youtu.be/BBwRIlvw5Wk