Комментарии 9
Опять эти цифры что нехватки , а 3 абзацами ниже что рынок завален резюме .
Вы хоть определитесь.
Я бы сейчас не спешил идти на работу, особенно в около гос учреждения.
Скоро вот тут будут интересные вакансии
"США собралось упростить получение виз российским высококвалифицированным специалистам"
Большое количество резюме само по себе не решает проблему востребованности и нехватки, и даже может ещё сильнее обострить её. Возьмём крайний случай: вы хотите создать принципиально новую криптовалюту и вам нужны очень квалифицированные программисты-математики, вы создаёте востребованность в этих специалистах, но их, например, десятки, а резюме на рынке десятки тысяч. Почему я говорю "обострить"? Потому, что, пока вы перебираете резюме и собеседуете кандидатов, идёт время, а задача не решается.
Пример проще и ближе к программированию: по-разному решающих одну и ту же проблему библиотек и инструментов может быть очень много, и чем их больше, тем сложнее выбрать библиотеку, подходящую именно вам, под детали ваших задач.
С другой стороны, если библиотеки нет вообще, это не значит, что она вам не нужна (не востребована вами), как в случае с упавшей конкуренцией в сфере ИИ.
В итоге идеальная ситуация на рынке — это когда есть баланс в количестве и разнообразии кандидатов и работодателей. Но эта ситуация, конечно, именно идеальная. Где-то будут перекосы, о них мы и пишем.
Риторика в стиле одного известного персонажа: «Чем легче вас уволить, тем проще вам найти работу».
Не совсем понял, о чём вы хотите сказать. Конечно, квалифицированный специалист, которого трудно уволить, как минимум, из-за квалификации, найдёт работу быстрее других, у него самые широкие возможности. Отсюда в крайнем случае выше имеем большую вероятность, что те самые 10 нужных математиков просто не вышли на рынок с резюме, потому что уже заняты. А проблема востребованности остаётся.
Зарплаты разработчиков ПО, по данным Хабра (второе полугодие 2022):Как это вы публикуете данные за период, который ещё не наступил? )
Про тестировщиков. Тестировщики не следят за качеством кода. Это прерогатива разработки, а конкретнее правил компании + разраба который проводит код-ревью.
Тестировщики должны проверить работу программы на соответствие определенным требованиям, в первую очередь зависящих от требований заказчика, а потом на все остальные.
Согласен с вами — в узком смысле слов "качество кода" оно определяется принятыми стандартами кодирования, тем, какие правила линтера отрабатывают перед коммитом, насколько разработчик следит за техдолгом, пользуется ли статическим анализом, избегает ли копипасты, понятно ли именует переменные и т. д.
Но в широком смысле можно ли назвать качественным код, который не соответствует требованиям, просто не делает того, что должен делать? Даже ручной тестировщик в итоге вкладывается в качество кода и следит именно за ним, потому что, в конечном счёте, по его баг-репортам именно код становится лучше, качественнее в конкретных местах. И видно, где опечатка (пренебрежение статическим анализом), где упущенный if или ещё что-нибудь.
Если в пакет с надписью «солёные фисташки» положили сладкий арахис, то, купив такие "фисташки", скорее всего, вы сделаете вывод о качестве всех продуктов производителя. Поэтому соответствие требованиям — один из ключевых показателей качества.
Главные IT-профессии 2022 года, которые стали ещё более востребованными