C++ пишут в очень странных конторах - у меня у тестя в НИИ. Сами понимаете какие там з/п. Думаю в нормальных коммерческих конторах будут совсем другие цифры
Три года назад моему сыну в вузе говорили, что это временный хайп, но мало чего поменялось. Мне кажется причина в том, что российский бигтех широко использует го, а в нем зарплаты выше чем по рынку, и вряд ли это поменяется
Почти для всех языков есть тесты, асинхронность, типизация, а кое-где образы from scratch, а не slim, alpine, скорость в десятки раз больше и потребление памяти ниже. В чем преимущество Python не понятно. Что я постоянно наблюдаю - постоянный уход от Python. По моему весь цикл статей имеет ложную посылку. Где хорош Python - быстрые прототипы и ML/DL. Как только проект реально становится enterprise, а не быстро набросать прототип и протестить идею, наблюдается бегство в сторону более enterprise ready технологий
А кто такие "нисты"? Если питонисты, то там есть множественное наследование - вопрос нужно ли наследованное вообще (многие языки без него живут нормально) и тем более множественное
Ну и мне кажется, очень спорное предложение про C/C++/Rust. Если человеку нравится фронтенд или ML, то ему не нужен С/С++/Rust, но кроме как для общего развития. Если он идет в системное или embedded, то нужно
Многие языки отличаются концептуально от C и С++ и не являются тривиальным синтаксическим сахаром. Тот же Rust несет концепции borrow checker. А еще есть Lisp, Haskell, Elixir и т.д., которые позволяют взглянуть на программирование совсем под другим углом и каждый немного под своим. ИМХО язык вообще не так важен - нужно множество подходов к решению задач и уметь применять их, а для этого лучше попробовать языки с разными парадигма, и уметь выбирать лучший или использовать в своем языке какие-то приемы из других, где это уместно
Нужно решать литкод изи влет и медиум с небольшими подсказками грубо говоря. Большинство задач по статистике на хешмапы и два указателя, но в общем-то надо уметь решай задачи на все темы - обход деревьев, кучи, бинарный поиск, скользящие окна и т.д.
Стек в бигтехе не так важен - на начальные позиции скорее ищут людей, которые могут развиваться, а знания стека у вас в процессе работы сформируется, тем более в бигтехе часто куча своих инструментов, которых в обычном мире нет
Сдавать часто можно в принципе на любом языке, но php много где недолюбливают, как и фулстек разработчиков. Поэтому тут себя нужно правильно продавать - типа посмотрел front и back, но понял, что front не мое, а back нравится
Чтобы поступить в российские бигтехи, нужно не Go учить, а учиться поступать в бигтех - алгосы и лит код. Набор идет постоянно - попробуйте, возможно это просто не ваше
Хотел написать что-то похожее, но несколько с другим списком пунктов, но потом стер. В любом случае сомнительно, что "подобные проекты могут развивать сообщество backend-разработчиков на Python, привносить свежий взгляд на решение старых проблем". Скорее это решение для небольшой группы разработчиков с близким взглядом на жизнь, которое со стороны вызывает кучу вопросов
Проверяем, инициализирован ли объект соединения для класса. Если нет, то в переменную класса _connection записываем объект соединения. После этого объект соединения отдается пользователю. Таким образом, даже при множественном вызове метода connect() мы будем получать один и тот же объект соединения.
У вас там походу в коде ошибка - если из двух мест конкурентно дернуть connect проверка на отсутствие коннекта пройдет и пойдут асинхронно создавать два соединение и первое перепишется последующим
Видимо все-таки не огромное, так как по замерам рекомендации достаточно существенно повышают конверсию найма. И на мой взгляд нет ничего плохого, что некий ментр порекомендовал какого-то человека, если он реально его натаскал до достаточного уровня. Если это превратиться в профанацию, думаю рекомендации отменят
Я чего-то не вижу тут противоречия, если у вас матчится резюме, то вас вероятнее выберут на скрининг, но есть люди которые при этому врут и HR-сложно это проверить. Проверять вас знания будут чуть дальше по процессу найма
Они создали, но как вы предлагаете собеседовать - не смотреть на резюме или еще как? С учетом, что секция занимает час и проводит ее человек с достаточно высоким уровнем подготовки, а за тот же час специалист HR может просмотреть много резюме и провести 2 скринига. Если вы предложите какое-то решение, думаю все будут рады, но видимо его нет, потому что есть накрутки, многие люди переоценивают уровень своей компетенции и т.д.
Я работаю в Яндексе - большие компании нанимают сотни людей в неделю, это потоков процесс. Выше по ветке есть грубая оценка на основе публичных данных сколько в неделю. Есть HR скрининг, есть пул собеседующих, которые проводят их без привязки к команде и вы обычно выбирает предпочтительный язык, если вы прошли вам дают на выбор 2-3 команды, чтобы вы выбрали, где хотите работать. Да вас может команда тоже отклонить, но тогда вам предложит еще несколько вариантов
Бизнес не может заставить людей не накручивать опыт - он вынужден жить с этим и придумывает определенные решения, которые работают для него. Ну и на мой взгляд, это проблема людей с опытом порядка 1-2 лет, потому что вряд ли те, кто вкатываются через накрутку приписывают себе больше. Да, крупный бизнес сейчас почти не берет на стартовые позиции, а предпочитает брать стажеров и растить начинающих специалистов внутри именно из-за проблемы накрутки на стартовых вакансиях, или нанимать людей с достаточно большим опытом. Если у вас опыта больше пары лет, рекомендации не являются каким-то блокером для найма, но может немного ускорить процесс для вас
В большой компании найм обезличен - вас просто нанимают, а потом уже прикрепляют к конкретному проекту, поэтому достаточно, чтобы вы хотя бы с некоторыми проектами пересеклись по стеку. Но ограничения все-таки есть. Например Яндекс пишет только C/C++, Java/Kotlin, Object C/Swift, Go, Python, Js/Ts. И если вы писали условно только на Ruby, то рекомендация вам вероятно не поможет, но подозреваю, вам рекомендующий об этом скажет
Потому что бизнес считает деньги и думает об эффективности. Согласно тем данным, которые мне озвучивали кандидаты, которых привели по рекомендации проходят дальнейшие технические этапы собеседования примерно в 3 раза чаще, чем кандидаты, которых на холодную отбирают HRы
Вы знаете кейс, когда после рекомендации зарезал HR. Я допускаю, что это возможно, но у меня реальных таких примеров нет. Думаю это не массовое явление, а какие-то прям совсем отдельные ситуации
Последняя отчетность по МФСО - всего сотрудников 95 тыс, а персонала 30 тыс (рост 16%), насколько я знаю это программисты в широком смысле (back, front, infra, ML, DL, аналитика, где не в экселе считают, пишут пайплайны под MapReduce)
C++ пишут в очень странных конторах - у меня у тестя в НИИ. Сами понимаете какие там з/п. Думаю в нормальных коммерческих конторах будут совсем другие цифры
Три года назад моему сыну в вузе говорили, что это временный хайп, но мало чего поменялось. Мне кажется причина в том, что российский бигтех широко использует го, а в нем зарплаты выше чем по рынку, и вряд ли это поменяется
В бигтехе российском на стажировке платят больше. На самых начальных позициях в 2-3 больше
При этом OpenAI ужасно убыточен и перспективы выхода в плюс туманны
Почти для всех языков есть тесты, асинхронность, типизация, а кое-где образы from scratch, а не slim, alpine, скорость в десятки раз больше и потребление памяти ниже. В чем преимущество Python не понятно. Что я постоянно наблюдаю - постоянный уход от Python. По моему весь цикл статей имеет ложную посылку. Где хорош Python - быстрые прототипы и ML/DL. Как только проект реально становится enterprise, а не быстро набросать прототип и протестить идею, наблюдается бегство в сторону более enterprise ready технологий
Про перечисленные направления полностью согласен
А кто такие "нисты"? Если питонисты, то там есть множественное наследование - вопрос нужно ли наследованное вообще (многие языки без него живут нормально) и тем более множественное
Ну и мне кажется, очень спорное предложение про C/C++/Rust. Если человеку нравится фронтенд или ML, то ему не нужен С/С++/Rust, но кроме как для общего развития. Если он идет в системное или embedded, то нужно
Многие языки отличаются концептуально от C и С++ и не являются тривиальным синтаксическим сахаром. Тот же Rust несет концепции borrow checker. А еще есть Lisp, Haskell, Elixir и т.д., которые позволяют взглянуть на программирование совсем под другим углом и каждый немного под своим. ИМХО язык вообще не так важен - нужно множество подходов к решению задач и уметь применять их, а для этого лучше попробовать языки с разными парадигма, и уметь выбирать лучший или использовать в своем языке какие-то приемы из других, где это уместно
Нужно решать литкод изи влет и медиум с небольшими подсказками грубо говоря. Большинство задач по статистике на хешмапы и два указателя, но в общем-то надо уметь решай задачи на все темы - обход деревьев, кучи, бинарный поиск, скользящие окна и т.д.
Стек в бигтехе не так важен - на начальные позиции скорее ищут людей, которые могут развиваться, а знания стека у вас в процессе работы сформируется, тем более в бигтехе часто куча своих инструментов, которых в обычном мире нет
Сдавать часто можно в принципе на любом языке, но php много где недолюбливают, как и фулстек разработчиков. Поэтому тут себя нужно правильно продавать - типа посмотрел front и back, но понял, что front не мое, а back нравится
Чтобы поступить в российские бигтехи, нужно не Go учить, а учиться поступать в бигтех - алгосы и лит код. Набор идет постоянно - попробуйте, возможно это просто не ваше
Хотел написать что-то похожее, но несколько с другим списком пунктов, но потом стер. В любом случае сомнительно, что "подобные проекты могут развивать сообщество backend-разработчиков на Python, привносить свежий взгляд на решение старых проблем". Скорее это решение для небольшой группы разработчиков с близким взглядом на жизнь, которое со стороны вызывает кучу вопросов
У вас там походу в коде ошибка - если из двух мест конкурентно дернуть connect проверка на отсутствие коннекта пройдет и пойдут асинхронно создавать два соединение и первое перепишется последующим
Видимо все-таки не огромное, так как по замерам рекомендации достаточно существенно повышают конверсию найма. И на мой взгляд нет ничего плохого, что некий ментр порекомендовал какого-то человека, если он реально его натаскал до достаточного уровня. Если это превратиться в профанацию, думаю рекомендации отменят
Я чего-то не вижу тут противоречия, если у вас матчится резюме, то вас вероятнее выберут на скрининг, но есть люди которые при этому врут и HR-сложно это проверить. Проверять вас знания будут чуть дальше по процессу найма
Они создали, но как вы предлагаете собеседовать - не смотреть на резюме или еще как? С учетом, что секция занимает час и проводит ее человек с достаточно высоким уровнем подготовки, а за тот же час специалист HR может просмотреть много резюме и провести 2 скринига. Если вы предложите какое-то решение, думаю все будут рады, но видимо его нет, потому что есть накрутки, многие люди переоценивают уровень своей компетенции и т.д.
Я работаю в Яндексе - большие компании нанимают сотни людей в неделю, это потоков процесс. Выше по ветке есть грубая оценка на основе публичных данных сколько в неделю. Есть HR скрининг, есть пул собеседующих, которые проводят их без привязки к команде и вы обычно выбирает предпочтительный язык, если вы прошли вам дают на выбор 2-3 команды, чтобы вы выбрали, где хотите работать. Да вас может команда тоже отклонить, но тогда вам предложит еще несколько вариантов
Бизнес не может заставить людей не накручивать опыт - он вынужден жить с этим и придумывает определенные решения, которые работают для него. Ну и на мой взгляд, это проблема людей с опытом порядка 1-2 лет, потому что вряд ли те, кто вкатываются через накрутку приписывают себе больше. Да, крупный бизнес сейчас почти не берет на стартовые позиции, а предпочитает брать стажеров и растить начинающих специалистов внутри именно из-за проблемы накрутки на стартовых вакансиях, или нанимать людей с достаточно большим опытом. Если у вас опыта больше пары лет, рекомендации не являются каким-то блокером для найма, но может немного ускорить процесс для вас
В большой компании найм обезличен - вас просто нанимают, а потом уже прикрепляют к конкретному проекту, поэтому достаточно, чтобы вы хотя бы с некоторыми проектами пересеклись по стеку. Но ограничения все-таки есть. Например Яндекс пишет только C/C++, Java/Kotlin, Object C/Swift, Go, Python, Js/Ts. И если вы писали условно только на Ruby, то рекомендация вам вероятно не поможет, но подозреваю, вам рекомендующий об этом скажет
Потому что бизнес считает деньги и думает об эффективности. Согласно тем данным, которые мне озвучивали кандидаты, которых привели по рекомендации проходят дальнейшие технические этапы собеседования примерно в 3 раза чаще, чем кандидаты, которых на холодную отбирают HRы
Я в Яндекс поступил в 40+ лет без опыта, и как-то у меня в округе сидит достаточно людей 40+, есть 50+
Вы знаете кейс, когда после рекомендации зарезал HR. Я допускаю, что это возможно, но у меня реальных таких примеров нет. Думаю это не массовое явление, а какие-то прям совсем отдельные ситуации
Последняя отчетность по МФСО - всего сотрудников 95 тыс, а персонала 30 тыс (рост 16%), насколько я знаю это программисты в широком смысле (back, front, infra, ML, DL, аналитика, где не в экселе считают, пишут пайплайны под MapReduce)