Я уже рассказывал про процесс аттестации у нас в Синаптике в рамках цикла постов #дневниктрансформации. Традиционно, в феврале мы проводим очередную итерацию. В этом году допущены были пять человек (а у нас есть критерии допуска) и с успехом получили лычки мидлов (в рамках борьбы с англицизмами, лычки инженеров-разработчиков, уже не "младших").

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

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

По итогам будут сформулированы требования к этому AI-ready инженеру Синаптика. Возможно даже аттестацию будем делать обязательной для каждого, а не заявочного характера.

Расскажу, как в текущих быстро меняющихся условиях я вижу эволюцию требований к инженерам-разработчикам у нас в компании. В целом, это отражает складывающиеся тенденции в ИТ.

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

🔒 рост требований к широте знаний, а не к глубине. Становится важнее понимать, как будет устроено технологическое решение задач клиента в целом, нежели нюансы реализации отдельного модуля или механического узла. Глубина прорабатывается в процессе, а на этапе создания концепции важно знать принципы, подходы, лучшие практики и ограничения. Инженер-разработчик недалекого будущего - это поистине универсал, который понимает и в программном, и в аппаратном обеспечении. Хорошо бы еще и в машиностроении. И на эту тему, пожалуй, напишу отдельный пост с реальными кейсами для раскрытия тезиса.

🔒 люди, которые "любят программировать" уступят место тем, кто любит искать, описывать и решать проблемы. Иногда используя при этом свои навыки программирования. Т.е. инженер-разработчик должен обладать навыками и компетенциями аналитика, способного описать решение проблемы в виде перечня задач и ограничений. Программисты "гдеТЗшники", которые только пишут код и закрывают таски в GitLab или Jira, проиграют в растущей конкуренции на рынке труда.

Вопрос, на который пока нет ответа у отрасли: где брать этих классных специалистов и что делать с выпускниками ИТ-специальностей ВУЗов, дообучение которых больше не вписывается в экономику ИТ-бизнеса?

В интересное время живем!

В этом посте были ссылки, но мы их удалили по правилам Сетки