Глава Минцифры оценил дефицит разработчиков в России в 500-700 тысяч человек Статьи редакции

Всего, по оценке ведомства, в российских ИТ-компаниях работают почти 740 тысяч специалистов.

Фото АГН «Москва» 
  • О нехватке кадров в ИТ-отрасли министр цифрового развития Максут Шадаев заявил на совещании президента с членами правительства. Его слова приводит «Интерфакс».

Дефицит разработчиков мы оцениваем примерно в 500-700 тысяч человек, которые нам нужны для того, чтобы поддерживать высокие темпы развития отрасли.

Максут Шадаев
  • Несмотря на это, количество сотрудников в ИТ-компаниях увеличивается — на 13% «за прошлый год». Всего в российской ИТ-сфере работают почти 740 тысяч человек, уточнил Шадаев.
  • В мае 2022 года премьер-министр Михаил Мишустин сообщил, что в страну вернулось 85% специалистов, уехавших после начала боевых действий в Украине. После этого МВД оценивало дефицит ИТ-кадров в 170 тысяч человек.
0
786 комментариев
Написать комментарий...
Revenant

Проблема в том, что работодатели не хотят взращивать кадры с нуля, а хотят разрабов уровня мидл и выше. Но откуда им взяться, если для джунов вход в отрасль заказан?

Ответить
Развернуть ветку
Макс Кроу

Как человек, который много лет участвует в найме разработчиков, могу сказать что:
1. Бизнесу зачастую нужно делать проекты сейчас, а не через несколько лет, когда джуны научатся.
2. Толковые джунов берут, но это не уровень "я ходил на курсы и ничего не знаю", а ребята, которые получили профильное образование или имеют какой то опыт, даже не коммерческий.
3. Крупные компании имеют свои программы стажировки, где отбирают перспективных ребят.
4. Чуваки с курсов (имеется ввиду если весь опыт в сфере это то, что ты полгода подключался к вебинарам) никому не нужны, даже резюме смотреть не будут.

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

Ответить
Развернуть ветку
Pavel Klimov

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

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

Это, конечно, не претензия конкретно вашей компании, про нее ничего сказать нельзя.

Чуваки с курсов тоже бывают разные. Иногда сообразительнее чуваков с профильным образованием (но, опыт, действительно меньше, как правило).

Пет проекты, понятно, почему так привлекают всех - наглядно. Но я слабо представляю их для некоторых сфер, типа QA.

Или, скажем, девопс - что это будет? Кластер свой поднимать и что-то там вертеть случайное? Хелм чарты ямл-разрабатывать? Или писать какой-то свой код, но причем тут будет девопс тогда?

Ответить
Развернуть ветку
Kelerius

А можно не нанимать аутсорс, пожалуйста ? после них больно переделывать) Сужу по соседним командам, которым "повезло".

Ответить
Развернуть ветку
Pavel Klimov

я тоже с принимающей стороны, обычно.

Такое решение, просто, неплохо иллюстрирует логику бизнеса:
своих держать дорого, наймем под ключ, там опытные.

А там такие опытные, и под такой ключ, что хоть закрывайся потом.

Вопрос в том, что есть порядочное количество контор, которым в принципе не по карману, конкурировать в ИТ. Но сходу это совсем не всегда очевидно.

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

Ответить
Развернуть ветку
Kelerius

Называется - накручивали опыт до того как это стало мейнстримом)
Продавали джуна аля миддл,а то и син.

Ответить
Развернуть ветку
Dimoniada

Прикол, что в международной компании (UK+US), именно так и сделали - на аутсорсе написали основной функционал, а дальше за пол-зп нанимают в штат на постоянку типа поддерживать, править баги и слегка развивать продукт (-ы). Я как раз попал(-ся) в основной штат: документации почти нет по проектам (так как вся она устарела лет 5 назад, бд не документировалась из принципа?), бизнес-логику никто кроме менеджеров, которые работают непосредственно с клиентами, не знает. И теперь я, как и другие новички в команде, должны писать документацию с нуля по продукту:) Это kekW какой-то) Вот смотрю я на этих контрактёров(а там синьоры писали) и самому хочется так...

Ответить
Развернуть ветку
Dimoniada

Правда это удалёнка ;)

Ответить
Развернуть ветку
783 комментария
Раскрывать всегда