если 5 лет назад сениор на фулл-тайме зарабатывал скажем 350-400 тр/мес, сейчас это должно быть типа 700-800 тр/мес (и это независимо от ИИ). А ставка на контракте - это еще х2 минимум, то есть 1,4-1,6 млн/мес
Рынок, увы, не такой сладкий, как Вы рассчитываете...
Не хочу Вас расстроить, но банальные структуры данных и абстрактное знание о том, что массив можно обходить двумя указателями сразу вряд ли поможет вам проходить 60% собеседований. Рынок нынче сильно суровее, и даже на джуна нужно больше знаний...
Я писал про дефицит со стороны агентств и аутсорса: найти Senior, который готов работать в подрядной модели за рыночную ставку - всё ещё тяжело.
Проблема в том, что Senior в подряд, думаю, не станет много кто работать. Все думают о том, что надо кормить семью, а такие "субподряды" - это вещь очень финансово рискованно. Проект может провалиться по причине плохой проработки ТЗ, плохой работы с ожиданиями заказчика, и еще по большому количеству причин (например, экспериментальность проекта). Если большая компания может убыточный проект погасить за счет прибыльных, то один разраб на субподряде - нет. Выглядит, что вы больше ищете отчаянных, а не топовых спецов
Я с чем-то согласен в этой статье, а с чем-то нет.
Для начала, самое больное, полностью не согласен с оценкой рынка труда. Рынок труда в России переполнен предложением, в том числе среди разработчиков высокого уровня опыта. Могу сказать по себе и своего уровня коллегам - даже сильным руководителям тяжело найти новое место работы, некоторые занижают свой опыт.
Насчет ценности в экспертизе - мне кажется, очень грустно, что вы только относительно недавно это поняли. Всегда (с тех пор, как меня это начало интересовать) внутри компаний, где работал, двигал идею создания внутренней экспертизы для какой-нибудь отрасли или направления задач. Это хороший сильный вектор построения продаж.
Ну и как будто не затронуто ИИ и NDA. Надо в компании четко разграничить использование ИИ в некоторых проектах. Если к вам придет банк, и ваш разработчик откроет его в курсоре, о чем в банке могут и узнать - вы не расплатитесь. Особенно учитывая "недружественные" статусы стран, откуда большинство приличных моделей
Ну я не спорю, что это сложно. Местами очень сложно. В статье я несколько раз писал, что в первую очередь аутстафф очень комфортен своей простотой, любые другие модели многократно сложнее. Если вы считаете, что любую такую статью надо подкреплять подробной инструкцией - такой универсальной инструкции нет.
Основная мысль статьи - не стоит рассчитывать на одну модель, надо развиваться во всех направлениях, смотреть широко на то, какую нишу занять и куда развивать компанию.
Есть просто руководители компаний, которые надеются что-то «переждать» и потом надеятся на лучшее, ничего не развивая и посвящая себя гонке по доставке резюме в первые 5 минут размещения запроса.
В это время их компании теряют деньги на зарплатах, сжимают оборот, теряют специалистов с ключевыми компетенциями и все финансовые подушки, которые были.
Без названий, но я вижу, что на рынке это текущий тренд, и в эту ловушку попали немало компаний
Все уже придумано до нас) Большинство охранных комплексов в той или иной мере для большинства тачек такое реализуют - к тому же, неся финансовую гарантию на секурность. Не знаю как они работают с зикрами правда, но скорее всего рано или поздно научатся. Климатом, конечно, удаленно не поуправляешь (если только не через автоматизации, которые, в принципе, есть), но все остальное есть
Всегда смотрел с недоумением на системы, присылающие постоянный пароль в письмах. Ну не должен быть почтовый ящик хранилищем паролей, пользователь сам должен установить его, и только так пароль РЕАЛЬНО никто не будет больше знать
Я вижу смысл делать так какое-то время после смены пароля (в зависимости от частоты использования сервиса, от пары дней до пары недель). Если злоумышленнику каким-то образом удалось сменить пароль, то пользователь моет потыкаться в ошибку, восстановить через почту и продолжить пользоваться сервисом, так и не поняв что произошло.
А если пользователю показать "2 часа назад ты сменил пароль", то это раскроет факт взлома учетки. Но то, что время показа сообщения должно быть ограничено - соглашусь, но быть, на мой взгляд, такое имеет право (хотя есть вариант сделать это на энную неудачную попытку входа, хотя и это кажется не секьюрной идеей).
Заголовок изменили) Когда написан был комментарий - в заголовке было так, как в нем написано
На собесах не слышал, чтобы кому-либо разрешали вайбкодить)
Рынок, увы, не такой сладкий, как Вы рассчитываете...
Не хочу Вас расстроить, но банальные структуры данных и абстрактное знание о том, что массив можно обходить двумя указателями сразу вряд ли поможет вам проходить 60% собеседований. Рынок нынче сильно суровее, и даже на джуна нужно больше знаний...
Проблема в том, что Senior в подряд, думаю, не станет много кто работать. Все думают о том, что надо кормить семью, а такие "субподряды" - это вещь очень финансово рискованно. Проект может провалиться по причине плохой проработки ТЗ, плохой работы с ожиданиями заказчика, и еще по большому количеству причин (например, экспериментальность проекта). Если большая компания может убыточный проект погасить за счет прибыльных, то один разраб на субподряде - нет. Выглядит, что вы больше ищете отчаянных, а не топовых спецов
Я с чем-то согласен в этой статье, а с чем-то нет.
Для начала, самое больное, полностью не согласен с оценкой рынка труда. Рынок труда в России переполнен предложением, в том числе среди разработчиков высокого уровня опыта. Могу сказать по себе и своего уровня коллегам - даже сильным руководителям тяжело найти новое место работы, некоторые занижают свой опыт.
Насчет ценности в экспертизе - мне кажется, очень грустно, что вы только относительно недавно это поняли. Всегда (с тех пор, как меня это начало интересовать) внутри компаний, где работал, двигал идею создания внутренней экспертизы для какой-нибудь отрасли или направления задач. Это хороший сильный вектор построения продаж.
Ну и как будто не затронуто ИИ и NDA. Надо в компании четко разграничить использование ИИ в некоторых проектах. Если к вам придет банк, и ваш разработчик откроет его в курсоре, о чем в банке могут и узнать - вы не расплатитесь. Особенно учитывая "недружественные" статусы стран, откуда большинство приличных моделей
Ну я не спорю, что это сложно. Местами очень сложно. В статье я несколько раз писал, что в первую очередь аутстафф очень комфортен своей простотой, любые другие модели многократно сложнее. Если вы считаете, что любую такую статью надо подкреплять подробной инструкцией - такой универсальной инструкции нет.
Вот Вы и достигли основной посылки статьи! В том и смысл)
Вы пытаетесь сравнить два обратных процесса: импортозамещение - это ориентация на один рынок товаров и комплектующих, часто менее конкурентоспособных.
Статья про обратное - ориентация на разные рынки, что стабилизирует бизнес, ибо турбулентность на одном позволяет компенсировать это другими рынками.
А тренд ждать непонятно чего, снижать обороты, уменьшаться и терять деньги - это дорога в никуда
Основная мысль статьи - не стоит рассчитывать на одну модель, надо развиваться во всех направлениях, смотреть широко на то, какую нишу занять и куда развивать компанию.
Есть просто руководители компаний, которые надеются что-то «переждать» и потом надеятся на лучшее, ничего не развивая и посвящая себя гонке по доставке резюме в первые 5 минут размещения запроса.
В это время их компании теряют деньги на зарплатах, сжимают оборот, теряют специалистов с ключевыми компетенциями и все финансовые подушки, которые были.
Без названий, но я вижу, что на рынке это текущий тренд, и в эту ловушку попали немало компаний
Все уже придумано до нас) Большинство охранных комплексов в той или иной мере для большинства тачек такое реализуют - к тому же, неся финансовую гарантию на секурность. Не знаю как они работают с зикрами правда, но скорее всего рано или поздно научатся. Климатом, конечно, удаленно не поуправляешь (если только не через автоматизации, которые, в принципе, есть), но все остальное есть
Всегда смотрел с недоумением на системы, присылающие постоянный пароль в письмах. Ну не должен быть почтовый ящик хранилищем паролей, пользователь сам должен установить его, и только так пароль РЕАЛЬНО никто не будет больше знать
Я вижу смысл делать так какое-то время после смены пароля (в зависимости от частоты использования сервиса, от пары дней до пары недель). Если злоумышленнику каким-то образом удалось сменить пароль, то пользователь моет потыкаться в ошибку, восстановить через почту и продолжить пользоваться сервисом, так и не поняв что произошло.
А если пользователю показать "2 часа назад ты сменил пароль", то это раскроет факт взлома учетки.
Но то, что время показа сообщения должно быть ограничено - соглашусь, но быть, на мой взгляд, такое имеет право (хотя есть вариант сделать это на энную неудачную попытку входа, хотя и это кажется не секьюрной идеей).