Аннотация: В России происходит деградации ИТ сферы на примере найма сотрудников
Особенности рынка труда в ИТ сфере на HH.ru
В 2025 - 2026 годах сложился рынок работодателя. На одну вакансии проходит до сотни откликов резюме. В результата происходит первичный отбор "идеальных" кандидатов, резюме которых идеально соответствует описанию вакансии, остальных подходящих кандидатов маринуют отпиской "если ваши навыки и опыт подойдут, то мы свяжемся с вами". В результате после ожидания приходит (если приходит) ответ "Мы закрыли эту вакансию ...". При этом через несколько месяцев эта компании снова размещает вакансию с тем-же описанием и все повторятся снова.
Откуда берется "идеальное" резюме на вакансию:
1. Случайное совпадение. Маловероятный вариант согласно теории вероятностей.
2. Специально подогнанное резюме. Соискатель с подходящим опытом дорабатывает резюме под вакансию. Он пишет в основном правду и способен работать на данной должности.
3. Полностью сфальсифицированное резюме. Соискатель создает резюме под конкретную вакансию. Такой соискатель с высокой долей вероятности не способен работать на должности.
При собеседовании и выполнении тестовых заданий соискатель с помощью ИИ способен обмануть сотрудника проводящего собеседования и проверку тестового задания. В результате этот этап способен пройти соискатель без необходимых навыков и умений. Очень часто вопросы и задания на собеседовании касаются "тонкостей" и особенностей, которые в профессиональной деятельности не используются, более того при нормальной работе эти тонкости и особенности категорически запрещены, так как порождают ошибки и неоднозначности в коде, в дальнейшем при сопровождении будут головной болью.
Работодатель при размещении вакансии хочет получить "идеального" работника, которого не нужно обучать и способного приступить к работе не медленно. В реальности даже супер профессионалу нужен примерно 1 месяц, чтобы вникнуть в информационную систему с которой он будет работать, понять процессы разработки / сопровождения / внедрения / безопасности. За это время профессионал способен освоить инструменты, которые используются, изучить предметную область, нормативные акты.
Очень часто работодатель на должности, которые не требуют глубоких знаний предметной области требует наличия большого опыта работы в конкретной предметной области. Пример: основная масса работодателей на ИТ рынке банки, финансовые компании и агентства работающие на них; в вакансиях в качестве обязательных требованиях указывается опыт работы в Банке / финансовом секторе / на банковских проектах. Также в качестве обязательных требованиях указывается опыт работы с конкретной программой или информационной системой.
Другая крайность работодателей, они хотят получить специалиста универсала, с глубокими знаниями и умениями в целом наборе ролей разработки. Примеры: 1. Бизнес / системный аналитик с глубоки знаниями предметной области и знаниями, умениями системного аналитика, системного архитектора, тестировщика, дизайнера пользовательского интерфейса, технического писателя, тимида разработки. 2. SQL разработчик с знаниями SQL, javascript, html, css; по факту им был нужен специалист с навыками системного аналитика, разработчика БД, разработчика бекенда, разработчика фроненда, дизайнера, тестировщика, технического писателя; сотрудник должен решать бизнес проблему от постановки до инструкции пользователю. В результате работодатель в лучшем случае получить посредственного специалиста, который сможет решить проблему / задачу на минимальном уровне, которую в дальнейшем будет очень сложно сопровождать. Работодатель думает, что он сэкономит на заработной плате сотрудников, но не понимает что сорвет сроки разработки, получит продукт / систему, который будет решать проблемы на минимальном функциональном уровне и производительности, без информационной защиты вообще.
Бум ИИ породил требование к умению работать с ИИ в качестве требования. Текущий ИИ способен создавать очень правдоподобные результаты, которые являются ложными. Время, которое требуется на проверку и верифицирования результата превышают время на нормальную разработку. Математическое доказательство правильности кода на несколько порядков сложнее самого кода.
В последнее время я наблюдаю резкое падение качества информационных систем российской разработке. Падение выражается в неудобном и запутанном интерфейсе пользователя, сильным лагам в работе, зависаниями и проблемам в функциональности, про информационную безопасность говорить вообще не приходится. Я в свое время (2018 год) обнаружил расхождении в документации ЕСИА и ее работе, вместо того, чтобы закрыть эту дыру, в документации убрали информацию об этом. Сейчас вся авторизации по работе с государственными органами и госуслугами идет через ЕСИА.
Существует еще одна проблема. Снижение уровня руководителей команд разработчиков. Это снижение выражается в упрощении технологических процессов, снижается количество ролей в команде разработки, при увеличении количества разработчиков. Так-же руководители боятся более компетентных подчиненных, которые способны указать на ошибки. На моем опыте не многие руководителе команд способны принять предложения подчиненного, еще меньшее количество способно принят в команду такого подчиненного. В результате срываются сроки, решения принимаются неэффективные, системы глючат и лагают.