Kolesa Group
Что в исследовании
Мы попытались выяснить, как изменился IT-рынок за 2021 год, как повлияла удалёнка на работу, погрузились в отдельные направления (бекенд, фронтенд, мобайл, QA, администрирование) и узнали, сколько сегодня зарабатывают разработчики.
Методология сбора данных
Всего 1 091 специалистов приняли участие в исследовании. Респондентов приглашали пройти опрос в социальных сетях и профессиональных чатах, также использовали внутреннюю базу.
Для получения репрезентативных данных очищали базу от выбросов и пропусков, использовали частоту ответов, рассчитывали метрики центральной тенденции, анализировали разброс показателей и квантили различных уровней.
Мы сравнили показатели 2021 года с 2020-м. Данные для сравнения взяли из нашего прошлогоднего исследования.
Мы сравнили показатели 2021 года с 2020-м. Данные для сравнения взяли из нашего прошлогоднего исследования.
*В исследовании 2021 года мы получили в два раза больше ответов по сравнению с исследованием 2020 года. Этот фактор мог повлиять на прирост в цифрах среди backend-разработчиков.
Наши эксперты
CTO Kolesa Group
Игорь Бородихин
CTO Kazdream
Бакытжан Сейтказин
Президент ЦАРКА, основатель WebTotem
Олжас Сатиев
Change & IT-директор Beeline Казахстан
Алексей Шаравар
Портрет участников исследования
Специализация
Если сравнить результаты за два года, то backend-разработчики остаются распространённой специализацией — 45%. В 2020 году — 27%.
Frontend-разработчиков стало больше — 18%, в 2020 году было 15%.
*В исследовании 2021 года мы получили в два раза больше ответов по сравнению с исследованием 2020 года. Этот фактор мог повлиять на прирост в цифрах среди backend-разработчиков.
Портрет типичного казахстанского разработчика
/*
24–27-летний парень, скромный, интроверт, живет в Алматы. В IT пришел, потому что это интересно и можно хорошо заработать. Хочет свой дом, квартиру в ипотеку, иногда думает о своём стартапе или работе в крупной технологической компании и рвануть куда-нибудь за границу.
*/
24–27-летний парень, скромный, интроверт, живет в Алматы. В IT пришел, потому что это интересно и можно хорошо заработать. Хочет свой дом, квартиру в ипотеку, иногда думает о своём стартапе или работе в крупной технологической компании и рвануть куда-нибудь за границу.
*/
Beeline Казахстан
Алексей Шаравар
/*
Зачастую это молодые люди, у которых есть более-менее техническое образование. С IT столкнулись в школе, обучались в хороших лицеях, например РФМШ, НИШ, с физико-математической подготовкой, знают программирование на Паскале. И чаще всего в школе познакомились с программированием. Им понравилось, поэтому выбрали IT-вуз.
*/
Зачастую это молодые люди, у которых есть более-менее техническое образование. С IT столкнулись в школе, обучались в хороших лицеях, например РФМШ, НИШ, с физико-математической подготовкой, знают программирование на Паскале. И чаще всего в школе познакомились с программированием. Им понравилось, поэтому выбрали IT-вуз.
*/
Kazdream
Бакытжан Сейтказин
Возраст
Профессия становится немного старше. Увеличилось количество участников старше 30 лет.
Cредний возраст по специализациям
Среди backend-, frontend- и mobile-разработчиков больше участников в возрасте 21–25 лет.
Больше всего специалистов в возрасте от 30 лет в DevOps/SRE и системном администрировании — 37,9%.
Молодых специалистов 18–20 лет больше всего среди mobile-разработчиков — 16%.
Молодых специалистов 18–20 лет больше всего среди mobile-разработчиков — 16%.
Про возраст разработчиков
/*
Я считаю, что сейчас в части программирования у нас идет омолаживание. Большинству 20–25 лет. Не сказал бы, хорошо это или плохо, есть свои плюсы и минусы. Плюс в работоспособности – ребята могут пахать круглые сутки, минус в безответственности – студент может пропасть и не выйти на работу. Зачастую на какие-то серьёзные вещи мы лучше найдем человека 30+. Может, не такого быстрого, как молодой, но, по крайней мере, стабильного и ответственного.
*/
Я считаю, что сейчас в части программирования у нас идет омолаживание. Большинству 20–25 лет. Не сказал бы, хорошо это или плохо, есть свои плюсы и минусы. Плюс в работоспособности – ребята могут пахать круглые сутки, минус в безответственности – студент может пропасть и не выйти на работу. Зачастую на какие-то серьёзные вещи мы лучше найдем человека 30+. Может, не такого быстрого, как молодой, но, по крайней мере, стабильного и ответственного.
*/
ЦАРКА, WebTotem
Олжас Сатиев
Пол и специализация
Среди тестировщиков/QA-инженеров девушек стало больше — 37% в 2021 году и 33% в 2020-м. Доля девушек в других направлениях разработки остаётся такой же низкой.
В каких сферах и / или компаниях чаще работают девушки-разработчики?
/*
Девушки есть практически во всех направлениях. Просто парней в разработке больше, в соотношении 80/20 примерно. В аналитике, дизайне, Agile-управлении девушек больше, чем в разработке. Но девушки работают в тех же проектах, что и парни. Это связано скорее со стереотипами в головах у людей, нежели с предрасположенностью женского или мужского мозга.
*/
Девушки есть практически во всех направлениях. Просто парней в разработке больше, в соотношении 80/20 примерно. В аналитике, дизайне, Agile-управлении девушек больше, чем в разработке. Но девушки работают в тех же проектах, что и парни. Это связано скорее со стереотипами в головах у людей, нежели с предрасположенностью женского или мужского мозга.
*/
Beeline Казахстан
Алексей Шаравар
/*
В большинстве случаев между девушками-инженерами и мужчинами-инженерами есть разница. Часто видим, что мужчины программируют быстрее, но менее аккуратно. Девушки же, напротив, более аккуратны в написании кода.
Когда поставлена нормальная задача с нормальным ТЗ, девушка напишет код лучше. А когда вам нужно быстро накодить, и можно забить на ошибки и аккуратность, — здесь лучше справится мужчина.
*/
В большинстве случаев между девушками-инженерами и мужчинами-инженерами есть разница. Часто видим, что мужчины программируют быстрее, но менее аккуратно. Девушки же, напротив, более аккуратны в написании кода.
Когда поставлена нормальная задача с нормальным ТЗ, девушка напишет код лучше. А когда вам нужно быстро накодить, и можно забить на ошибки и аккуратность, — здесь лучше справится мужчина.
*/
ЦАРКА, WebTotem
Олжас Сатиев
Локация
84,6% специалистов живут в двух крупных и наиболее экономически активных городах страны: Алматы и Нур-Султане.
Образование
Более половины респондентов указали, что окончили бакалавриат. Стало больше специалистов с неоконченным высшим образованием.
Среди QA-инженеров и backend-разработчиков больше всего участников с магистерской степенью — 24,2 и 22,2% соответственно.
Среди mobile-разработчиков больше специалистов с неоконченным образованием — 19,8%.
Среди mobile-разработчиков больше специалистов с неоконченным образованием — 19,8%.
/*
Вероятно, это связано с переходом на дистанционное обучение в вузах и одновременным переходом на удалённую работу в компаниях. Это предоставило студентам больше свободного времени и более широкие возможности для работы без отрыва от обучения.
*/
Вероятно, это связано с переходом на дистанционное обучение в вузах и одновременным переходом на удалённую работу в компаниях. Это предоставило студентам больше свободного времени и более широкие возможности для работы без отрыва от обучения.
*/
Kolesa Group
Игорь Бородихин
ВУЗЫ
В топ-8 вузов входят:
Как бы вы описали разницу между подготовкой специалистов в наших вузах и зарубежных? Большая ли разница?
/*
Всего пару раз встречались ребята, получившие высшее образование за пределами СНГ. Я не могу сказать, что они сильно отличались от ребят, окончивших местные вузы. По уровню подготовки я бы поставил казахстанские вузы на одну ступень с российскими. Из наших выделил бы SDU, NU и МУИТ.
*/
Всего пару раз встречались ребята, получившие высшее образование за пределами СНГ. Я не могу сказать, что они сильно отличались от ребят, окончивших местные вузы. По уровню подготовки я бы поставил казахстанские вузы на одну ступень с российскими. Из наших выделил бы SDU, NU и МУИТ.
*/
Kolesa Group
Игорь Бородихин
/*
У нас было много хороших студентов из МУИТ и NU. Проблема с Назарбаевским университетом такая, что их студенты стремятся за рубеж. Берем на 3-м курсе, они год поработают, а потом те, кто с хорошим английским, уезжают из Казахстана. Не хочется брать человека, который уедет через год или два.
Если говорить о разработчиках за границей, то сильной разницы нет. Среди аналитиков, продактов, дата-сайентистов есть ребята, которые учились по «Болашаку» за рубежом и хорошо себя показали. А по разработке я не помню каких-то кейсов, когда студент учился бы в зарубежном университете и как-то круто себя показал.
*/
У нас было много хороших студентов из МУИТ и NU. Проблема с Назарбаевским университетом такая, что их студенты стремятся за рубеж. Берем на 3-м курсе, они год поработают, а потом те, кто с хорошим английским, уезжают из Казахстана. Не хочется брать человека, который уедет через год или два.
Если говорить о разработчиках за границей, то сильной разницы нет. Среди аналитиков, продактов, дата-сайентистов есть ребята, которые учились по «Болашаку» за рубежом и хорошо себя показали. А по разработке я не помню каких-то кейсов, когда студент учился бы в зарубежном университете и как-то круто себя показал.
*/
ЦАРКА, WebTotem
Олжас Сатиев
Бакытжан Сейтказин
Kazdream
/*
Если сравнивать с зарубежными университетами, то был опыт работы с выпускниками «Болашака». Мне приходилось их менторить и обучать базовым вещам. Хотя, казалось бы, человек учился в вузе из топ-25 по миру. Дело в том, что они учатся три года и изучают только базовую теорию, без практики. Самое интересное начинается с магистратуры, где есть практика. Поэтому я бы не сказал, что они хуже или лучше, просто они другие.
*/
Если сравнивать с зарубежными университетами, то был опыт работы с выпускниками «Болашака». Мне приходилось их менторить и обучать базовым вещам. Хотя, казалось бы, человек учился в вузе из топ-25 по миру. Дело в том, что они учатся три года и изучают только базовую теорию, без практики. Самое интересное начинается с магистратуры, где есть практика. Поэтому я бы не сказал, что они хуже или лучше, просто они другие.
*/
Уровень развития профессии
Стаж работы в IT
Профессия до сих пор молодая: у 52% респондентов стаж работы до 3 лет. В 2020 году 61% респондентов имели стаж до 3 лет.
Стаж работы
Начинающих специалистов со стажем 1–3 года больше:
• в outsource IT-компаниях — 56%
• в финансах и банковском деле — 55%
• в продуктовых IT-компаниях — 52%
Большего всего стажа работы, 7+ лет, у специалистов в ретейле – 37%.
• в финансах и банковском деле — 55%
• в продуктовых IT-компаниях — 52%
Большего всего стажа работы, 7+ лет, у специалистов в ретейле – 37%.
Индустрии
63% респондентов работают в IT-секторе.
Специалисты начали переходить из продуктовых IT-компаний в outsource IT-компании. Этому способствовало несколько факторов:
• открытие в Казахстане outsource-компаний из СНГ
• более высокая заработная плата
• релокация в другую страну
• открытие в Казахстане outsource-компаний из СНГ
• более высокая заработная плата
• релокация в другую страну
Есть ли тренд на переход из продуктовых IT-компаний в outsource-компании? С чем это связано?
/*
Outsource-компании предоставляют услуги разработки на заказ. Заказчиками, как правило, выступают зарубежные компании. Чёткого тренда на переход из продуктовых IT-компаний в аутсорс я не замечаю. Напротив, для многих ребят сильный продукт – один из мотиваторов. На мой взгляд, переходят в аутсорс те, кто хочет поработать с зарубежными заказчиками и нацелен на перспективу релокации.
*/
Outsource-компании предоставляют услуги разработки на заказ. Заказчиками, как правило, выступают зарубежные компании. Чёткого тренда на переход из продуктовых IT-компаний в аутсорс я не замечаю. Напротив, для многих ребят сильный продукт – один из мотиваторов. На мой взгляд, переходят в аутсорс те, кто хочет поработать с зарубежными заказчиками и нацелен на перспективу релокации.
*/
Kolesa Group
Игорь Бородихин
/*
Аутсорс-компании, или галеры, это IT-компании, которые предоставляют клиентам разработчиков по человеко-часам. Или же делают разработку софта за сдельную оплату – типа EPAM, Prime Source, Azimut labs, Andersen, Asia Soft. В отличие от продуктовых IT-компаний аутсорс-компании могут давать разработчикам более конкурентные зарплаты. Также они могут предлагать им проекты за границей, потому что там больше спрос на дешевую рабочую силу по разработке и сопровождению. Для ребят это шанс поработать с международными компаниями и закрепиться за границей.
*/
Аутсорс-компании, или галеры, это IT-компании, которые предоставляют клиентам разработчиков по человеко-часам. Или же делают разработку софта за сдельную оплату – типа EPAM, Prime Source, Azimut labs, Andersen, Asia Soft. В отличие от продуктовых IT-компаний аутсорс-компании могут давать разработчикам более конкурентные зарплаты. Также они могут предлагать им проекты за границей, потому что там больше спрос на дешевую рабочую силу по разработке и сопровождению. Для ребят это шанс поработать с международными компаниями и закрепиться за границей.
*/
Beeline Казахстан
Алексей Шаравар
Бакытжан Сейтказин
Kazdream
/*
В прошлом году в Казахстане открылось несколько представительств аутсорс-компаний из СНГ: Беларуси, Украины, России. В аутсорсе очень много проектов, направлений, технологических стеков, поэтому в их воронку попадает намного больше людей.
*/
В прошлом году в Казахстане открылось несколько представительств аутсорс-компаний из СНГ: Беларуси, Украины, России. В аутсорсе очень много проектов, направлений, технологических стеков, поэтому в их воронку попадает намного больше людей.
*/
Средний уровень специалистов в вашем отделе
63% участников отмечают, что основная часть специалистов — сотрудники middle-уровня.
/*
Мидлы традиционно составляют костяк разработки в любой организации. Это те, кто уже могут делать сложные задачи самостоятельно, но по определенным вопросам вынуждены советоваться со старшими коллегами. Следует учитывать, что в индустрии нет единого и четкого понимания грейдов. Джуны в одной компании могут запросто быть мидлами в другой.
*/
Мидлы традиционно составляют костяк разработки в любой организации. Это те, кто уже могут делать сложные задачи самостоятельно, но по определенным вопросам вынуждены советоваться со старшими коллегами. Следует учитывать, что в индустрии нет единого и четкого понимания грейдов. Джуны в одной компании могут запросто быть мидлами в другой.
*/
Kolesa Group
Игорь Бородихин
Средний уровень IT-специалистов по индустриям
Основную часть сотрудников во всех индустриях составляют специалисты middle-уровня.
32% участников из телеком-компаний оценили уровень большинства специалистов своих компаний как senior.
В ретейл-направлении 25% опрошенных отметили преобладание junior-специалистов.
В ретейл-направлении 25% опрошенных отметили преобладание junior-специалистов.
Грейды
Больше компаний стали задумываться и формировать систему грейдов.
Можно ли сказать, что компании сейчас чаще ориентированы формировать грейды в компаниях?
/*
Грейды – это критерии объективной оценки сотрудников. Они позволяют выстраивать прозрачную систему компенсации, когда каждый сотрудник понимает, почему у него такая зарплата и как на неё повлиять. Наличие грейдов – признак зрелости организации. Видимо, компании участников опроса стали достигать этого этапа развития, что не может не радовать.
*/
Грейды – это критерии объективной оценки сотрудников. Они позволяют выстраивать прозрачную систему компенсации, когда каждый сотрудник понимает, почему у него такая зарплата и как на неё повлиять. Наличие грейдов – признак зрелости организации. Видимо, компании участников опроса стали достигать этого этапа развития, что не может не радовать.
*/
Kolesa Group
Игорь Бородихин
Бакытжан Сейтказин
Kazdream
/*
Cамая большая проблема, что нет вдохновляющего лидера, у которого все могли бы скопировать. На Западе, например, есть FAANG (Facebook, Amazon, Apple, Netflix и Google) и есть сайт Levels.fyi, где все могут сравнить, какие есть уровни разработчиков, зоны компетенций. Например, когда Dropbox или другой стартап хантит stаff-инженера с Google, они примерно понимают, какого он уровня и какие задачи может решать. У нас, если Альфа-банк хантит senior-разработчика с Beeline KZ, не все так однозначно, потому что в больших корпорациях senior-разработчик – это специалист с дипломом о высшем образовании. А без профильного образования, каким бы крутым ни был, твой потолок – старший или ведущий специалист. Это уже какие-то внутренние бюрократические вещи, которые ты не можешь оценить и узнать.
*/
Cамая большая проблема, что нет вдохновляющего лидера, у которого все могли бы скопировать. На Западе, например, есть FAANG (Facebook, Amazon, Apple, Netflix и Google) и есть сайт Levels.fyi, где все могут сравнить, какие есть уровни разработчиков, зоны компетенций. Например, когда Dropbox или другой стартап хантит stаff-инженера с Google, они примерно понимают, какого он уровня и какие задачи может решать. У нас, если Альфа-банк хантит senior-разработчика с Beeline KZ, не все так однозначно, потому что в больших корпорациях senior-разработчик – это специалист с дипломом о высшем образовании. А без профильного образования, каким бы крутым ни был, твой потолок – старший или ведущий специалист. Это уже какие-то внутренние бюрократические вещи, которые ты не можешь оценить и узнать.
*/
Уровень разработки в компаниях
55% участников оценивают уровень разработки в своих компаниях как продвинутый.
Проверяем продукт на production, все процессы выполняются вручную.
Начальный
Есть тестирование, большинство процессов выполняются вручную.
Средний
Развито тестирование, автоматизация, CI/CD, DevOps практики.
Продвинутый
55% участников опроса отметили уровень разработки в своих компаниях как продвинутый. Насколько эти цифры соответствуют действительности?
/*
Практики DevOps распространяются все шире. По данным опроса, 9% компаний инвестировали в автоматизацию процессов тестирования и деплоя. Это иллюстрирует развитие всей разработки в организациях.
*/
Практики DevOps распространяются все шире. По данным опроса, 9% компаний инвестировали в автоматизацию процессов тестирования и деплоя. Это иллюстрирует развитие всей разработки в организациях.
*/
Kolesa Group
Игорь Бородихин
Алексей Шаравар
Beeline Казахстан
/*
Вопрос к критериям*, но, честно говоря, думаю, что продвинутых достаточно немного. Хотя ситуация улучшается – с количеством приходит качество.
*По критериям. Это когда процессы разработки настроены и автоматизированы ключевые вещи: репозитории и библиотеки, есть типовые метрики для всех команд, настроен шеринг знаний, регулярный ассессмент и код-ревью, есть симуляторы и регулярное обучение и развитие разработчиков, технические митапы и доклады внутри, а также четкий грейдинг ролей и планы развития. И это все не на стадии строительства, а уже внедрено и работает. Там, где выполняется хотя бы 30% из этого списка, – средний уровень разработки, меньше – начальный.
*/
Вопрос к критериям*, но, честно говоря, думаю, что продвинутых достаточно немного. Хотя ситуация улучшается – с количеством приходит качество.
*По критериям. Это когда процессы разработки настроены и автоматизированы ключевые вещи: репозитории и библиотеки, есть типовые метрики для всех команд, настроен шеринг знаний, регулярный ассессмент и код-ревью, есть симуляторы и регулярное обучение и развитие разработчиков, технические митапы и доклады внутри, а также четкий грейдинг ролей и планы развития. И это все не на стадии строительства, а уже внедрено и работает. Там, где выполняется хотя бы 30% из этого списка, – средний уровень разработки, меньше – начальный.
*/
Уровень должности
63% участников исследования оценивают свой уровень должности как средний или старший.
Про уровень должности и грейды
/*
Синьоров катастрофически не хватает, потому что человек вырастает и достигает потолка в зарплате и проектах. Ему надоедает делать проекты на Казахстан, он хочет делать что-то на весь мир. Хотя джунов уже хантят девятимесячных на зарплату около 2 000 долларов в месяц, и это большая проблема.
*/
Синьоров катастрофически не хватает, потому что человек вырастает и достигает потолка в зарплате и проектах. Ему надоедает делать проекты на Казахстан, он хочет делать что-то на весь мир. Хотя джунов уже хантят девятимесячных на зарплату около 2 000 долларов в месяц, и это большая проблема.
*/
ЦАРКА, WebTotem
Олжас Сатиев
Вы работаете
79,3% участников исследования работают на казахстанские компании.
В сфере IT-outsource самая высокая доля работающих на зарубежные компании – 40% респондентов.
Источники постановки задач
Задачи разработчикам ставят product-менеджеры и/или руководители отделов.
В 2021 году product-менеджеры стали чаще ставить задачи разработчикам.
Почему в 2021 году product-менеджеры стали чаще ставить задачи разработчикам, чем в 2020-м?
/*
Постановка задач product-менеджером позволяет сократить цепочку коммуникаций и рассчитывать, что задача будет понятна исполнителю. Это повышает эффективность разработки. По всей видимости, некоторые компании оценили этот эффект.
*/
Постановка задач product-менеджером позволяет сократить цепочку коммуникаций и рассчитывать, что задача будет понятна исполнителю. Это повышает эффективность разработки. По всей видимости, некоторые компании оценили этот эффект.
*/
Kolesa Group
Игорь Бородихин
Алексей Шаравар
Beeline Казахстан
/*
Две причины. Первая – больше компаний используют скрам, и роль продакта как раз в формировании бэклога и постановке задач на разработку. Вторая – распределение ролей продакта и тимлида. Продакт занимается бэклогом и задачами, тимлид – командой и процессами разработки.
*/
Две причины. Первая – больше компаний используют скрам, и роль продакта как раз в формировании бэклога и постановке задач на разработку. Вторая – распределение ролей продакта и тимлида. Продакт занимается бэклогом и задачами, тимлид – командой и процессами разработки.
*/
Индустрия
Ведется ли в вашей компании учёт производительности сотрудников
38% участников ответили, что не ведут учет производительности сотрудников. Как тогда построены процессы работы?
/*
Учёт производительности не является обязательным компонентом в процессах разработки. Вместе с тем учет производительности – один из элементов data-driven-подхода к управлению. Также возможно, что учёт производительности ведётся неявно и респонденты просто не знают, что он ведётся в их компаниях.
*/
Учёт производительности не является обязательным компонентом в процессах разработки. Вместе с тем учет производительности – один из элементов data-driven-подхода к управлению. Также возможно, что учёт производительности ведётся неявно и респонденты просто не знают, что он ведётся в их компаниях.
*/
Kolesa Group
Игорь Бородихин
/*
Давайте признаем, что минимум 20% программистов левачат. Поэтому с трекингом проблематично. Как мне кажется, хороший программист живёт от дедлайна в одной компании до дедлайна в другой.
*/
Давайте признаем, что минимум 20% программистов левачат. Поэтому с трекингом проблематично. Как мне кажется, хороший программист живёт от дедлайна в одной компании до дедлайна в другой.
*/
ЦАРКА, WebTotem
Олжас Сатиев
Бакытжан Сейтказин
Kazdream
/*
Раньше пытались стандартизировать труд разработчика в отдельные метрики, например сколько линий кода пишет. Это привело к обратному эффекту. И мы получили такой термин, как «индусский код», когда разработчики пишут массу на килограммы кода просто потому, что это измеряется. И я замечаю, что у каждой команды свои метрики. Здесь я тоже считаю, что производительность каждого сотрудника стандартизировать невозможно. Для какой-то команды важно, как быстро они выкидывают фичу на продакшн. Time to Market – они так измеряют.
*/
Раньше пытались стандартизировать труд разработчика в отдельные метрики, например сколько линий кода пишет. Это привело к обратному эффекту. И мы получили такой термин, как «индусский код», когда разработчики пишут массу на килограммы кода просто потому, что это измеряется. И я замечаю, что у каждой команды свои метрики. Здесь я тоже считаю, что производительность каждого сотрудника стандартизировать невозможно. Для какой-то команды важно, как быстро они выкидывают фичу на продакшн. Time to Market – они так измеряют.
*/
Система управления задачами
Jira остается лидером среди систем управления проектами у разработчиков. В 2020 году Jira использовали 58% респондентов.
Также были упомянуты YouTrack, Clickup, Asana, Azure, Yandex Tracker и Bitrix.
Методология разработки
Agile также остаётся лидером 67%.
Используемые CI/CD
Среди других часто отмечали TeamCity и Bitbucket
С какими операционными системами вы работаете больше всего?
Предыдущая специальность
51% участников перешли из верстальщиков во frontend-разработчики.
81% fullstack-разработчиков перешли в backend-разработку.
13,5% системных администраторов / DevOps перешли также в backend-разработку.
81% fullstack-разработчиков перешли в backend-разработку.
13,5% системных администраторов / DevOps перешли также в backend-разработку.
Влияние Covid-19 на IT-рынок
Формат работы
Карантин внёс изменения в привычки посещения офисов — 52% респондентов предпочитают гибридный формат работы.
При этом 49% опрошенных хотят гибридный формат работы, но работают из офиса.
Чего не хватает при удалённом формате работы?
Участникам исследования чаще всего не хватает неформального общения с коллегами – 24%. Все устраивает в удалённой работе 19% респондентов.
Сотрудников продуктовых и outsource IT-компаний тоже больше всего беспокоит отсутствие неформального общения с коллегами – 22,8 и 33,5% соответственно. Всё устраивает 21% опрошенных.
Как карантин и гибридный формат работы отразился на работоспособности разработчиков?
/*
Я немного не верю в удаленку в Казахстане. У нас человек может говорить, что он целый день работает. Но у него куча перерывов. Я следил, как работают ребята в Европе и Штатах. Он приходит в 8 утра и уходит в 4-5 часов вечера, его никто из родных никогда не отвлекает. Он не сидит в мессенджерах, не смотрит прочее. Удалёнка, может быть, больше работает для мидлов, синьоров, но не для джунов, которых нужно контролировать.
*/
Я немного не верю в удаленку в Казахстане. У нас человек может говорить, что он целый день работает. Но у него куча перерывов. Я следил, как работают ребята в Европе и Штатах. Он приходит в 8 утра и уходит в 4-5 часов вечера, его никто из родных никогда не отвлекает. Он не сидит в мессенджерах, не смотрит прочее. Удалёнка, может быть, больше работает для мидлов, синьоров, но не для джунов, которых нужно контролировать.
*/
ЦАРКА, WebTotem
Олжас Сатиев
Алексей Шаравар
Beeline Казахстан
/*
Работоспособность на удалёнке не упала. Главное, чтобы дома был стабильный интернет. Но стало сильнее проявляться эмоциональное выгорание, появились ребята, которые работают в компании больше года и даже не видели свою команду вживую. Некоторые компании злоупотребляют видеозвонками, и не остается время кодить. Я думаю, что ребятам больше зашёл гибридный формат работы, чем просто работа в офисе.
*/
Работоспособность на удалёнке не упала. Главное, чтобы дома был стабильный интернет. Но стало сильнее проявляться эмоциональное выгорание, появились ребята, которые работают в компании больше года и даже не видели свою команду вживую. Некоторые компании злоупотребляют видеозвонками, и не остается время кодить. Я думаю, что ребятам больше зашёл гибридный формат работы, чем просто работа в офисе.
*/
Направления
Администрирование / DevOps/ SRE
Администрирование / DevOps/ SRE
Используете контейнеры?
Большинство компаний используют Kubernetes как основной контейнер или в гибридной среде с Doсker Swarm.
В компаниях респондентов, использующих контейнеры, разработка находится на продвинутом уровне. Тогда как у тех, кто не использует контейнеры, чаще всего уровень разработки начальный.
Какие системы конфиг-менеджмента используете?
В основном используют Ansible. Среди других указали Terraform, Saltstack.
/*
Контейнеризация – тема хайповая, но она нужна далеко не всем и не везде. Инструмент удобный, но один из многих и должен применяться в тех задачах, для которых он и придуман. От того, что кто-то решил обойтись без контейнеризации, ничего страшного не случится.
*/
Контейнеризация – тема хайповая, но она нужна далеко не всем и не везде. Инструмент удобный, но один из многих и должен применяться в тех задачах, для которых он и придуман. От того, что кто-то решил обойтись без контейнеризации, ничего страшного не случится.
*/
Kolesa Group
Игорь Бородихин
/*
Это хорошо, что некоторые компании обходятся без enterprise-решений. Мы увидим развитие open-source-проектов и быстрый рост этих стартапов, потому что возможность привязки карты и использования сервиса уже сегодня – это лучше, чем оплачивать и инсталлировать что-то другое.
Есть и обратный эффект – многие open-source-проекты не любят высокой нагрузки или сложно ее переносят. Поэтому, если компания вырастет в нагрузке и забудет переехать на что-то более enterprise-подходящее, пострадает аптайм.
*/
Это хорошо, что некоторые компании обходятся без enterprise-решений. Мы увидим развитие open-source-проектов и быстрый рост этих стартапов, потому что возможность привязки карты и использования сервиса уже сегодня – это лучше, чем оплачивать и инсталлировать что-то другое.
Есть и обратный эффект – многие open-source-проекты не любят высокой нагрузки или сложно ее переносят. Поэтому, если компания вырастет в нагрузке и забудет переехать на что-то более enterprise-подходящее, пострадает аптайм.
*/
Beeline Казахстан
Алексей Шаравар
Бакытжан Сейтказин
Kazdream
/*
Есть два фактора, почему в компании используют/не используют enterprise-решения:
1. У нас в индустрии развит карго-культ, когда специалист хочет использовать технологию, потому что так делает Google. Не потому что с помощью него можно решить определенную задачу и бизнесу так будет лучше, а потому что так делает Google. Мы не Google, у нас другие проблемы и задачи.
2. Мы упираемся в эластичность рынка, когда начинаем применять cloud-технологии. Мало специалистов, которые могут все это делать качественно. Когда внедряют, оказывается, что внедрили неверно – теперь все нужно будет переделывать. Это очень большие косты.
*/
Есть два фактора, почему в компании используют/не используют enterprise-решения:
1. У нас в индустрии развит карго-культ, когда специалист хочет использовать технологию, потому что так делает Google. Не потому что с помощью него можно решить определенную задачу и бизнесу так будет лучше, а потому что так делает Google. Мы не Google, у нас другие проблемы и задачи.
2. Мы упираемся в эластичность рынка, когда начинаем применять cloud-технологии. Мало специалистов, которые могут все это делать качественно. Когда внедряют, оказывается, что внедрили неверно – теперь все нужно будет переделывать. Это очень большие косты.
*/
Какие системы мониторинга используете?
Самая используемая система — Zabbix (42%).
Но чаще всего компании применяют несколько систем мониторинга. Например, одна из популярных связок – Zabbix, Prometheus, Grafana.
Обходятся без систем мониторинга в основном небольшие компании.
Обходятся без систем мониторинга в основном небольшие компании.
С какими системами централизованного сбора логов работаете?
Чаще всего работают с несколькими сборами логов. Наиболее используемая — ELK.
В других чаще всего упоминали Splunk.
Используемые реляционные БД?
PostgreSQL – самая популярная БД и часто используется в связке с MySQL.
Среди других чаще всего упоминали Оracle.
Используемые NoSQL БД
Большая часть специалистов использует только MongoDB, остальные участники – чаще несколько баз данных.
В других упомянули Redis, Elasticsearch, Proprietary.
Используемые K-V БД
Чаще всего используют Redis и производные (KeyDB) – 46%.
В числе тех, кто не использует K-V БД, в основном финансовые и телеком-компании.
Направление
разработчик mobile
разработчик mobile
Ваш основной язык программирования
Kotlin и Swift остаются основными языками программирования.
Objective-C уходит в прошлое – в 2021 году он был отмечен участниками исследования один раз. Популярность набирает кроссплатформенный язык Dart.
Выбор платформы для разработки
Несмотря на популярность кроссплатформенных решений, 77% респондентов выбирают нативную разработку.
Планируете ли сменить платформу для разработки?
Большинство разработчиков работают в нативной среде и не планируют менять платформу.
Сменить платформу чаще всего хотят middle-разработчики.
Какие кроссплатформенные технологии вы уже используете?
Наиболее используемая технология — WebView (39%).
Интересный момент: в 2021 году Kotlin Multiplatform Mobile заняла третью строчку по популярности (19%). Попробовать именно эту технологию в 2022 году планируют 60% разработчиков.
/*
Для компаний кроссплатформенная разработка полезна сокращением расходов на поддержку нативного кода для нескольких платформ. Для независимых разработчиков – возможностью расширить пользовательскую базу их приложений за счет поддержки дополнительных платформ. Однако кроссплатформенная разработка – это штука нишевая, натив никуда не исчезнет. Всегда будут задачи, которые на нативе решить проще, быстрее, эффективнее или просто невозможно решить кроссплатформенно.
*/
Для компаний кроссплатформенная разработка полезна сокращением расходов на поддержку нативного кода для нескольких платформ. Для независимых разработчиков – возможностью расширить пользовательскую базу их приложений за счет поддержки дополнительных платформ. Однако кроссплатформенная разработка – это штука нишевая, натив никуда не исчезнет. Всегда будут задачи, которые на нативе решить проще, быстрее, эффективнее или просто невозможно решить кроссплатформенно.
*/
Kolesa Group
Игорь Бородихин
/*
Я помню, как все должны были писать уже на Xamarin, но этого не случилось. Сейчас на слуху Flutter. Посмотрим. Доля кроссплатформенных технологий будет, но я не думаю, что они станут основными в ближайшее время.
*/
Я помню, как все должны были писать уже на Xamarin, но этого не случилось. Сейчас на слуху Flutter. Посмотрим. Доля кроссплатформенных технологий будет, но я не думаю, что они станут основными в ближайшее время.
*/
Beeline Казахстан
Алексей Шаравар
Бакытжан Сейтказин
Kazdream
/*
Если помните, раньше Android-разработчики были не совсем популярны, в тренде были IOS-разработчики. И всем, кто хотел быть в мобильной разработке, советовали купить старый MacBook и начать писать на Objective-C. Затем на рынке стало не хватать Android-разработчиков. К диджитализации начали подключаться банки и активно создавать команды мобильных разработчиков, а Android-разработчиков на рынке нет. Как закрыть эту дыру? И работодатель начинает задумываться: «А может ли разработчик написать мне и на Android, и на IOS? Что, если я ему дам, например, Flutter?» Или если у компании гибридная система разработки, зачем для этого 3-4 нативных разработчика, если на WebView можно быстро накидать и нагрузка будет не такая большая. Считаю, что каждый найдет свою нишу, цену и свое применение, и кроссплатформенные решения разработки будут активно развиваться.
*/
Если помните, раньше Android-разработчики были не совсем популярны, в тренде были IOS-разработчики. И всем, кто хотел быть в мобильной разработке, советовали купить старый MacBook и начать писать на Objective-C. Затем на рынке стало не хватать Android-разработчиков. К диджитализации начали подключаться банки и активно создавать команды мобильных разработчиков, а Android-разработчиков на рынке нет. Как закрыть эту дыру? И работодатель начинает задумываться: «А может ли разработчик написать мне и на Android, и на IOS? Что, если я ему дам, например, Flutter?» Или если у компании гибридная система разработки, зачем для этого 3-4 нативных разработчика, если на WebView можно быстро накидать и нагрузка будет не такая большая. Считаю, что каждый найдет свою нишу, цену и свое применение, и кроссплатформенные решения разработки будут активно развиваться.
*/
В каком сервисе вы следите за падениями приложения?
Чаще всего mobile-разработчики используют Firebase.
32% специалистов для отслеживания падений используют несколько приложений. Часто используемая связка — Firebase и AppMetrica.
Используемые комбинации
Пишете ли вы тесты?
Тесты пишут чаще всего middle- или senior-разработчики.
Разработчики, которые пишут тесты, предпочитают Unit-тесты, а среда разработки находится на продвинутом уровне.
Архитектура ваших проектов
Около трети разработчиков использует несколько комбинаций для построения архитектуры.
Ниже в графике указана частота упоминания систем.
Различия архитектур между платформами IOS и Android
IOS-разработчики строят MV(x) чаще без реактивного подхода.
А Android-разработчики, напротив, почти в два раза чаще строят MV(x) с реактивным подходом.
А Android-разработчики, напротив, почти в два раза чаще строят MV(x) с реактивным подходом.
Всего 4% IOS-разработчиков используют Viper, а MVVM – 2%. Только 1% Android-разработчиков занимаетcя MVVM.
Направления
Тестировщик / QA-инженер
Тестировщик / QA-инженер
Что вы тестируете
Чаще всего тестируют продукты на web-платформе.
Но здесь важный нюанс: тестируют чаще не одно, а несколько платформ. Наиболее тестируемые платформы в компаниях – Web и Mobile.
На каком этапе жизненного цикла разработки фич подключается QA?
Половина респондентов ответили, что QA включается в процесс уже при формировании технического задания. Это помогает находить недочёты на раннем этапе и экономит время/ ресурсы для бизнеса. QA в Казахстане становится зрелым.
Пишете ли функциональные автотесты?
Как в основном проводится регресс-тестирование у вас в проектах?
60% QA-инженеров, занимающихся функциональными автотестами, проводят регресс-тестирования автоматически.
У тех, кто проводит это вручную, доля автоматических регресс-тестирований занимает всего 9%.
*Вывод написан на основе корреляции 2 вопросов выше
/*
Автоматизация тестирования позволяет экономить время на проведении ручного регрессионного тестирования, иметь повторяемый результат тестирования и избегать возвращающихся багов. Однако сама по себе автоматизация – вещь трудозатратная, да и автоматизаторы – ребята более дорогие. Поэтому не все организации готовы инвестировать средства в развитие автоматизации. Хотя запрос от специалистов на изучение автоматизации и нефункционального тестирования достаточно велик.
*/
Автоматизация тестирования позволяет экономить время на проведении ручного регрессионного тестирования, иметь повторяемый результат тестирования и избегать возвращающихся багов. Однако сама по себе автоматизация – вещь трудозатратная, да и автоматизаторы – ребята более дорогие. Поэтому не все организации готовы инвестировать средства в развитие автоматизации. Хотя запрос от специалистов на изучение автоматизации и нефункционального тестирования достаточно велик.
*/
Kolesa Group
Игорь Бородихин
/*
Нехватка QA-инженеров решается тремя путями:
1. Обучение людей внутри из других специальностей или подразделений.
2. Тестирование самими разработчиками – это дорого, учитывая разницу в зарплатах software- и QA-инженеров.
3. Покрытие кода автотестами и развитие темы автоматизирования тестирования – это сложно. Потому что QA-инженеры должны быть скилловыми, как разработчики, и хорошо выстраивать процессы.
*/
Нехватка QA-инженеров решается тремя путями:
1. Обучение людей внутри из других специальностей или подразделений.
2. Тестирование самими разработчиками – это дорого, учитывая разницу в зарплатах software- и QA-инженеров.
3. Покрытие кода автотестами и развитие темы автоматизирования тестирования – это сложно. Потому что QA-инженеры должны быть скилловыми, как разработчики, и хорошо выстраивать процессы.
*/
Beeline Казахстан
Алексей Шаравар
Бакытжан Сейтказин
Kazdream
/*
У меня немного радикальный подход к специалистам. Я придерживаюсь практики и мыслей, которые пришли к ребятам в Microsoft. Они полностью отказались от своих QA-инженеров лет 5-6 назад и прекрасно себя чувствуют. В Microsoft утверждают, что тесты должны писать сами разработчики. Ведь quality assurance (QA) – это качество. Почему разработчик должен делать некачественные вещи и при этом надеяться на другого человека, что тот за него отловит баги? Без разницы, кто написал код или кто ответственен за тесты. Мне нужен качественный продукт, чтобы мои клиенты не страдали. И когда один человек до конца делает функционал и полностью за него в ответе, то качество продукта растет. Мне такой подход нравится. Плюс в западных вакансиях DevOps'ов либо так называемых SRE – часть обязанностей составляет написание автоматизационных тестов. Думаю, данный тренд придет к нам через пару лет.
*/
У меня немного радикальный подход к специалистам. Я придерживаюсь практики и мыслей, которые пришли к ребятам в Microsoft. Они полностью отказались от своих QA-инженеров лет 5-6 назад и прекрасно себя чувствуют. В Microsoft утверждают, что тесты должны писать сами разработчики. Ведь quality assurance (QA) – это качество. Почему разработчик должен делать некачественные вещи и при этом надеяться на другого человека, что тот за него отловит баги? Без разницы, кто написал код или кто ответственен за тесты. Мне нужен качественный продукт, чтобы мои клиенты не страдали. И когда один человек до конца делает функционал и полностью за него в ответе, то качество продукта растет. Мне такой подход нравится. Плюс в западных вакансиях DevOps'ов либо так называемых SRE – часть обязанностей составляет написание автоматизационных тестов. Думаю, данный тренд придет к нам через пару лет.
*/
Ваш основной язык для написания тестов
Лишь 5% тестировщиков либо не владеют языками для автотестов, либо автотестов нет вовсе.
Остальные:
Мы опросили специалистов из казахстанских компаний и специалистов, работающих на иностранные компании, и выяснили, что Java чаще используется за рубежом (39%), чем JS (31%) и Python (18%).
Какой фреймворк используете для автотестов?
Самый популярный в 2021 году фреймворк – Selenium. В 2020 году фреймворк был на второй строчке.
В 2021 году в целом стали гораздо чаще использовать фреймворки. В 2020 году 52% тестировщиков не работали с ними вовсе.
В категории «Другое» участники указали следующие фреймворки: Newman, SpecFlow, Kotest, JUnit5, Jest, самописный.
В категории «Другое» участники указали следующие фреймворки: Newman, SpecFlow, Kotest, JUnit5, Jest, самописный.
Занимаетесь ли вы нагрузочным тестированием, тестированием производительности?
QA-инженеры, которые занимаются нагрузочным тестированием, работают в продвинутой среде разработки (96%) в сравнение с теми, кто не занимается:
54% Продвинутый
35% Средний
11% Начальный
35% Средний
11% Начальный
Топ 3 популярных инструментов
Направление
Backend-разработчиков
Backend-разработчиков
Используемые языки программирования и фреймворки
Верхняя тройка осталась неизменной. PHP удерживает позицию самого популярного языка.
В «Другое» лидером оказался C# – его указывали почти в трети случаев.
Используемые ЯП и фреймворки
Топ часто используемых фреймворков не изменился с прошлого исследования.
Лидером снова стал Spring, хотя самый популярный язык программирования до сих пор PHP (фреймворк Spring предназначен для языка программирования Java).
В «Другое» часто указывали ASP.NET.
При этом в два раза выросла доля тех, кто не использует какие-либо фреймворки.
В «Другое» часто указывали ASP.NET.
При этом в два раза выросла доля тех, кто не использует какие-либо фреймворки.
Популярность ЯП в КЗ и за рубежом
Локальные различия в стеке технологий сохраняются. Сейчас видно, что PHP значительно популярнее в Казахстане.
При этом есть небольшие отличия в популярности Python и Go: первый популярнее за рубежом, второй – в казахстанских компаниях.
