Привет, Хабр! Меня зовут Настя, я занимаюсь контентом Хабр Карьеры. Этим летом мы запустили цикл статей с анонимными историями карьерных неуспехов: первая, вторая и третья. Истории продолжают приходить, а выбирать их в публикацию становится все сложнее: кажется, что важные все.
Нам хочется помочь авторам получить поддержку, найти выход из тупика и просто дать осознать, что да, трудности случаются. Поддержать можно по-разному: добрым словом в комментах, рекомендацией или целой консультацией, если вы занимаетесь менторством — тогда советуем прикрепить к комментарию ссылку на свой профиль на Хабр Экспертах, чтобы другие читатели тоже могли обратиться к вам за помощью.
Ниже — четыре новые истории. Если после прочтения у вас появится идея, как помочь авторам или вы просто узнаете в них себя — ждем вас в комментах. А если вы тоже были в ситуации, когда всё пошло не так — поделитесь с нами, и мы, может быть, заберем вашу историю в следующую статью.
История первая
«Привет, хабр. Я идентифицирую себя как лид или сеньор :) Но жестокая реальность не согласна со мной. У меня сложился довольно специфический карьерный трек, сразу после бакалавриата по микропроцессорам меня затащило в мир веб-разработки и варился я в нём лет 7, пройдя путь от повторения решений по шаблону от старших коллег до проектирования продукта почти с нуля и менеджмент команды.
Специфика же заключалась в том, что хоть юридически компании менялись, компания людей, с которыми я работал, оставалась одной и той же. По сути, я никогда не выходил на рынок найма полноценно, а когда ради интереса собеседовался где-то ещё, то и не собирался менять работу. Скорее, хотел подтвердить своё место. И вот несколько месяцев назад я вышел на рынок найма, прошлая компания осталась позади, мы разошлись довольные друг другом (ну я надеюсь, я-то да). И я больше не могу найти работу.
Казалось бы, супер массовый стек из реакта и всего остального зоопарка. Опыт проектирования решений и возглавления продуктовых команд. Чёрт, да я до сих пор считаю, что я могу справиться с чем угодно, независимо от технологий: успел поработать хотя бы немного с самыми разными штуками от ассемблера для стиральных машинок, продолжая системным программированием под линукс, переходя к десктопным и мобильным приложениям для бизнеса и заканчивая огромной кучей веб-приложений на всем зоопарке фронтендовых фреймворков с бэкендом на разных языках.
И вот я такой, с уверенностью что стоит мне поднять руку, как компании кинутся на меня с оферами, выхожу на рынок и... ничего. Никто не кидается, никто не отвечает. Чёрт, да им как будто и не нужен никто. Конечно, каждый раз я говорю, что просто неспешно ищу интересный для меня проект и ещё подумаю бла-бла-бла, но по сути я не дохожу до офферов.
Большая часть компаний просто сливается через неделю-две со стандартным письмом с отказом после пары начальных звонков, и что у них там случилось, могу только гадать. Следующая по величине часть отвечает отказом по причине, что, пока мы общались, они уже кого-то нашли. Дальше идёт небольшая доля компаний, которых не устроили мои знания, недостаточно специализированные под их стек. Там обычно мидл-сеньор позиции. И замыкают список компаний те, где всё круто и меня бы наняли, но у них прямо сейчас есть лучшие кандидаты, а потому пока-пока. Наверное, где-то в середине есть категория компаний, которые просто пропадают в середине общения, субъективно их немного, но в подсчёт они не попали. Не идут в зачёт компании, которые предложили смешные деньги или поработать за бесплатно месяца 3, а потом решим и стартапы без денег, но с долей (такие были).
Пока вижу для себя 3 возможные причины почему я до сих пор без работы:
1) Я не задрачиваю литкод и нахватался по верхам без глубокого знания теории о том, как же на самом деле работает event-loop в node.js (как же я горю с таких вопросов, уверен, на хабре найдутся люди, которые на полном серьезе спрашивают подобное, расскажите мне, зачем).
2) Рынок прямо сейчас перенасыщен крутыми литкодерами из ФААНГА, которые всю свою жизнь тренировались для прохождения интервью.
3) Я русский, (забыл упомянуть, ищу только на us/eu маркете) и как бы интервьюер ни говорил, что всё окей, иногда чувствуется, что не окей. Только с одним пунктом отсюда я знаю, что делать, остальные можно только принять.
А вы что думаете?»
Вторая
«Очередная история очередного классического, даже банального неуспеха. Как и многие программисты, я горел созданием своего проекта. Идея появилась на основе моей потребности и ещё некоторых знакомых. Думал, раз есть спрос здесь, то и с продвижением проблем не будет. Собрались командой разрабов (спасибо, что бесплатно), заказали дизайн приложения уже за деньги, сделали сервер, инфраструктуру, версию для iOS, потратили год и относительно немалое количество баксов — и наконец релизнули. Каково же было наше удивление (нет), когда оказалось, что на продвижение тоже нужна куча денег, иначе приложение банально никто не увидит. Однако все они были спущены в процессе разработки. Так проект и заглох.»
Третья
«Я девопс в продуктовой компании. Начинала эникеем, и, когда решила повысить свою квалификацию, устроилась в компанию системным администратором второй линии техподдержки. Обещали зп по kpi коэффициенту 2, мол, 1 это если серьезные косяки. Меня штрафовали за малейшую оплошность, постоянно крыли матами и обесценивали. Если работы было мало — выговор за то, что сделала мало. Если много — тоже выговор. Через три месяца испытательного срока сказали "до свидания, ты слишком медленно вливаешься". После этой работы потребовалось года два, чтоб перестать бояться, что уволят.»
Четвертая
«Я desktop разработчик в маленькой продуктовой компании. Пришел работать сюда программистом из учителей: освоил программирование для преподавания в кружке. Компания когда-то написала продукт для узкой сферы бизнеса, чем и живет по сей день. Решение самописное, на устаревшем стеке. Каждый в этой компании — и швец, и жнец: и пишем код, и отвечаем на звонки конечных пользователей. И, спустя 3 года, пытаюсь выйти на рынок, но на нем мои навыки не котируются, так как от программиста на этом языке программирования требуются совсем иные скилы, нежели те, что используются в компании. Плюс 3 года опыта программистом можно смело поделить на два: потому что половину рабочего времени приходится объяснять пользователям, какую где кнопочку нажать.»
Расскажите в комментариях, как бы вы поступили на месте авторов историй. А если вы ментор и помогаете специалистам разбираться в карьерных запросах — оставляйте ссылку на свой аккаунт на Хабр Экспертах, чтобы другие читатели могли обратиться к вам за помощью.
Комментарии (281)
vanichh
26.07.2023 08:41+9Что касается первого случая, тот тут возможно проблема с самооценкой, человек имеет много опыта, но при этом возможно решал все эти года довольно нетривиальные задачи, вопрос по event-loop задают сейчас джунам, если человек который претендует на позицию сеньора не может ответить на джуновский вопрос, у меня к такому разработчику появились бы вопросы, надо еще понимать, что разные компании по разному оценивают, в большой компании ты можем быть джуном, а в мелкой тебя могут на мидла оценить
pushd0w
26.07.2023 08:41+57Зачастую на вопросы, которые задают джунам, не каждый синьор ответит. Сейчас собесы - это викторина на умение правильно отвечать на вопросы, среди 200 участников, где призом будет трудоустройство
vanichh
26.07.2023 08:41+6Соглашусь, что есть тенденция сейчас спрашивать довольно сложные вопросы, но что касается event-loop, то человек идя на довольно высокую позицию должен понимать такие вещи
jershell
26.07.2023 08:41+56Обычная история, идешь на собес, тебе дают 100500 вопросов уровня джуна, половину ты не помнишь, проваливаешь собес, идешь повторяешь базу, отвечаешь на следующем на пятерочку, попутно дополняя моментами из личного опыта, выходишь на работу. Но первая контора, тебя не получила. Мир превратился в собесы на память. В целом собеседования такого типа далеки от эффективности, отсеиваются не по принципу навыков, а по принципу очередности. Если вы у меня первые при поиске, я вас заваливаю, не из-за недостатка наывоков, а просто потому что вы первые были в списке. Наверное ничего страшного в целом, все получают свое, но выглядит как мероприятие без главной сути.
otto_haendler
26.07.2023 08:41+7В точку, самое верное наблюдение за ситуацией и ее использование для достижения цели.
delicious
26.07.2023 08:41-21Если вы не в состоянии подготовиться к собеседованию, зная, с чем давно не работали и в чем у вас пробелы, не думаю, что вы нам подойдете :).
Knightt
26.07.2023 08:41+34Если вы не в состоянии угадать что будет на собесе, куда вы не ходили 3-5-7 лет, не думаю, что вы нам подойдете :).
именно поэтому первый собес - как выстрел в воздух
AlexGluck
26.07.2023 08:41+10Я подготовился к проведению собесов, взял перечень задач из джиры: часть сделанных часть тех которые дам при выходе на работу и немного их упростил\перефразировал. Мне надо нанять человека, который сделает\лал бы эти задачи, вот я и спрашиваю что как работает, как бы он их решал. Ну а на случай если у человека опыт в других вопросах, всегда предлагаю рассказать от себя по технике что нибудь. Фидбек только положительный от соискателей, хотя некоторым я прям в конце говорю что по моей оценке технических навыков не хватило, но мы с радостью с вами поработаем позже.
mayorovp
26.07.2023 08:41+17Знание устройства event-loop — это как знание наизусть фундаментальных констант до какого-то там знака.
Всё что нужно знать о event-loop для написания программ, это следующее:
- он есть, и работает однопоточно,
- микротаски приоритетнее макротасков.
Всё! До тех пор пока ты не пишешь патч для ноды (а даже занимающие высокую позицию разработчики этим, как правило, не занимаются) — остальные знания избыточны и вообще никак не влияют на код.
MiraclePtr
26.07.2023 08:41+2Всё что нужно знать о event-loop для написания программ, это следующее.
Именно это интервьювер и ожидает услышать, и этого достаточно. Проблема в том, что некоторые "синьоры" не могут выдавить из себя даже такое.
mayorovp
26.07.2023 08:41+7Из формулировки "устройство event loop" никак не следует что интересуют именно эти два пункта. Потому что это вообще не устройство, а не то свойства, не то особенности.
Расспрашивать сеньора об устройстве event loop и ожидать услышать названные мною два пункта — это всё равно что, к примеру, расспрашивать водителя об устройстве рулевой системы и ожидать что тот опишет форму "баранки".
ilnuribat
26.07.2023 08:41+1у меня короткий ответ: он есть, и работает примерно так. Остальное на практике почти не используется. Главное понимать концепцию
Дальше собеседник начинает потноваться своими познаниями, как далеко он сам копнул.
Я: : "вы это применяете на продакшене?"
Собеседник: "нет. Просто было интересно спросить. А вот ещё вопрос: если сделать Object.create(.... А вот ещё: чем отличается .call и .apply?.."
Я: "Вы это применяете на продакшене?"
Ответ: "нет"
Занавес
Зачем дотошно спрашивать теорию, причем если ошибся в ответе - все, максимум мидл. Хотя концепцию рассказал и они согласись. Но им нужны детали, как будто только чтоб докопаться
Ок, до свидания найти ботаника)
prbs
26.07.2023 08:41+1неистово плюсую, каждое слово верняк... Буквально несколько месяцев назад собеседовался, задавали вопросы, на некоторые не ответил. Потом у инсайдера спросил по ним, оказалось в компании проходили проф тесты и сами сотрудники на них не ответили)) Решили у кандидатов поспрашивать))
panzerfaust
26.07.2023 08:41+3Четвертая история - не Java Swing случайно? К нам как-то в 2020 году пришел кандидат аж с 11 годами сидения на одном проекте с Java Swing. Причем джава то ли 1.5, то ли 1.6. С одной стороны, вроде и не дурак, с другой стороны начисто пропустил вообще всю эволюцию языка, его экосистемы и вообще веба.
Leetc0deMonkey
26.07.2023 08:41+39Ну, пропустил, и что? Догонит, как только это станет необходимо. Лучше взять такого, он у вас будет РАБОТАТЬ, чем смузихлёба-карьериста с модными технологиями, который через полгода свалит дальше гоняться за модными технологиями.
siziyman
26.07.2023 08:41+4Догонит, как только это станет необходимо.
Вопрос "а может ли" (а также "а стоит ли тратить время и силы на ожидание и адаптацию"), когда человек по сути пропустил практически всё взросление индустрии и не имеет опыта работы с более адекватно, чем позволял тот же Свинг, написанным кодом, и вообще непонятно, как часто имел необходимость расти профессионально чисто по хардам и выходить из зоны комфорта в них же - совершенно уместный и адекватный.
чем смузихлёба-карьериста с модными технологиями, который через полгода свалит
Вы сами себе придумали сценарий и сами себе его гордо опровергли.
Есть огромное количество промежуточных вариантов между "смузихлёбами, гоняющимися за модными технологиями" (хотя что такие забыли в джава-разработке - уже вопрос хороший) и человеком, который пишет буквально на устаревшем практически никому не нужном стеке, который буквально не позволяет использовать актуальные для индустрии (притом не полгода актуальные, а уже лет пять как актуальные даже конкретно на джаве к 2020) практики.
Leetc0deMonkey
26.07.2023 08:41+20Я не знаю сколько лет вы в индустрии. Проекты, которые работают десятилетия(!) - это нормально. Я бы даже сказал - это замечательно. Значит они действительно работают. Возможно, многие относительно недавно вкатившиеся просто никогда этого не видели. В их понимании айти - это что-то тяп-ляп накалякать, которое через пару месяцев всё равно выбросят, потому что "концепция поменялась". И вот когда РАБОТАЕШЬ над проектом который РАБОТАЕТ, очень сложно гоняться за технологиями. Ну, можно книжку почитать. Можно на коленке поиграться. Но это всё. Никто в прод эти новомодные веяния просто так не допускает. Так-то освоить всё это, заодно поскипав всё что успело родиться и умереть - это совсем не сложно для человека который действительно тащил на себе проект.
UncleAndy
26.07.2023 08:41+4Где-то видел утверждение, с которым согласен: "В области IT если ты постоянно не развиваешься, ты отстаешь". И не обязательно для развития быть "смузихлёбом-карьеристом с модными технологиями" (таких сам очень не люблю).
eleoleeye
26.07.2023 08:41программист который 11 лет не следил за развитием своего же стека, ничего не будет догонять, такого работника точно нет смысла брать
Leetc0deMonkey
26.07.2023 08:41+18Да, он не следил. Он работал.
panzerfaust
26.07.2023 08:41+10Все работают. Нет никакой проблемы и работать и держать руку на пульсе. Вернее проблема есть у тех, у кого уже силенок на это не хватает. К примеру, сейчас наш коллектив начинает обсуждать грядущий релиз Java 21 и план миграции. По вашей философии получается, что мы перестали "работать" и переквалифицировались в "смузихлебов". Где желтую звезду забрать можно?
mayorovp
26.07.2023 08:41+3Вам просто с проектом повезло, раз есть время на всякие миграции. Или с языком.
К примеру, в мире .NET до сих пор невозможно мигрировать произвольно взятый проект с .NET Framework на свежий .NET 7, поэтому сидящим на старых проектах остаётся только облизываться на новые версии. Причём принципиально-то не поменялось ни-че-го, все новые подходы лично я выучил за день, но на работу тех кто засиделся на старых проектах уже не хотят брать...
panzerfaust
26.07.2023 08:41+4Что значит "повезло"? Я с этим проектом не родился, я его выбрал. И еще приложил усилий, чтобы такие миграции занимали от силы пару дней.
mayorovp
26.07.2023 08:41+9Кому-то надо и другие проекты делать, а вы их уже заранее записали в плохих программистов.
И нет, не любая миграция способна занять пару дней.
panzerfaust
26.07.2023 08:41+4вы их уже заранее записали в плохих программистов
Не заранее, а после собеса. Это если вы о том человек с Java Swing. Мы же его все-таки пригласили, даже видя нерелевантный опыт. В общем-то рядовая ситуация произошла: человек не подходит под наш фронт работ. Нанять мидла за втрое меньшую сумму тупо выгоднее со всех точек зрения. Когда отшиваешь джуна - всем норм, когда отшиваешь сеньора - почему-то начинаются байки про неработающих смузихлебов.
mayorovp
26.07.2023 08:41+8Заранее — это в момент когда они выбрали "неправильный" проект, не позволивший им получить требуемый опыт миграции на каждую новую версию Java.
Не заранее, а после собеса. Это если вы о том человек с Java Swing. Мы же его все-таки пригласили, даже видя нерелевантный опыт.
Ага, пригласили даже видя "нерелевантный" опыт, а потом отказали потому что опыт "нерелевантный". Очень логичное поведение, HRы всегда так делают.
Напомню с чего всё началось:
Четвертая история — не Java Swing случайно? К нам как-то в 2020 году пришел кандидат аж с 11 годами сидения на одном проекте с Java Swing. Причем джава то ли 1.5, то ли 1.6. С одной стороны, вроде и не дурак, с другой стороны начисто пропустил вообще всю эволюцию языка, его экосистемы и вообще веба.
Вы же не говорите что он там с тестовым не справился, или программировал плохо, или ещё что. Единственная ваша претензия к этому человеку, прозвучавшая изначально — это отсутствие опыта работы с новыми версиями джавы.
panzerfaust
26.07.2023 08:41+5Единственная ваша претензия к этому человеку, прозвучавшая изначально — это отсутствие опыта работы с новыми версиями джавы.
Это факт, а не претензия. Мы его прогнали через нашу обычную секцию теории и этап код-ревью. Человек про всякие ресты-rpc не в курсе. Джава кор версии 8+ - не в курсе. Постгрес-индексы-транзакции - не в курсе. Рэббиты-кафки-очереди-асинхронность - не в курсе. Код-ревью тоже завалил. Не, я понимаю, что он там "работал". Но зачем нам, смузихлебам, человек с навыками джуна по цене CTO?
Ага, пригласили даже видя "нерелевантный" опыт, а потом отказали потому что опыт "нерелевантный"
Не зовешь - плохо. Зовешь - тоже плохо.
mayorovp
26.07.2023 08:41+7Человек про всякие ресты-rpc не в курсе.
Ресты переоценены, в "Джава кор версии 8+" основным и главным изменением были лямбды, остальное учится на ходу. Рэббиты и кафки у вас там с этим спрингом не сильно от HTTP запросов отличаются.
Вот rpc, БД, индексы и транзакции — это и правда беда. С них надо начинать было.
0xd34df00d
26.07.2023 08:41+3Заранее — это в момент когда они выбрали "неправильный" проект, не позволивший им получить требуемый опыт миграции на каждую новую версию Java.
С такого проекта можно уйти раньше, чем через 11 лет.
mayorovp
26.07.2023 08:41+3А почему с него нужно уйти?
Нет, понятно что чтобы не оказаться в карьерном тупике, но какого хрена это так работает?
0xd34df00d
26.07.2023 08:41+3А как оно может работать иначе? Работодатель — не благотворительная организация.
Leetc0deMonkey
26.07.2023 08:41+3Нанять мидла за втрое меньшую сумму тупо выгоднее со всех точек зрения.
Вот и наймите его мидлом за втрое меньшую сумму. С договорённостью что чем быстрее он догонит всё что вам требуется, тем быстрее он получит повышение. Достаточно fair, я считаю. Выбирать, конечно, вам. Но лично я категорически против когда за легаси публично башкой в унитаз макают. И буду и дальше предпринимать все усилия чтобы макать таких макателей.
байки про неработающих смузихлебов.
Это не байки, это реальность. На словах все такие-растакие, пышное резюме, бодрые ответы на собесах. А как работу работать, так плакать с них хочется. Лично моё мнение что приглядываться нужно как раз к таким "динозаврам", вкатившимся до 2010 годов. Как-никак тогда в программирование по зову души шли люди с техническим и инженерным складом ума. Плюс доказанное умение работать, раз проекты работали. А то что технологии не самые свежие, так это дело наживное.
0xd34df00d
26.07.2023 08:41+5Но лично я категорически против когда за легаси публично башкой в унитаз макают. И буду и дальше предпринимать все усилия чтобы макать таких макателей.
Никто в унитаз никого не макает, не надо на эмоциях играть. Просто при прочих равных если у вас есть два человека с 10-15-20-летним опытом, но один знает современную джаву, смотрел во всякие там ФП и прочие, а другой — сидел последние 10 лет на релизнутой 15 лет назад версии языка, а после работы у него успешная жизнь вне работы, а не всё это задротство с ФП, то не надо удивляться и возмущаться, что работодатель скорее выберет первого.
Плюс доказанное умение работать, раз проекты работали.
Да нифига. Я достаточно посмотрел кишки крупных (и не очень) корпораций, чтобы понимать, что «работал 10 лет над проектом» не эквивалентно «проект работал». Не коммутирует оно, увы.
Ну и немного вне контекста вашего данного комментария, но в контексте всех ваших прочих: вы умеете выражать свои мысли без передёргивания, без соломенных чучел и без игры на эмоциях?
impruvd
26.07.2023 08:41+3Лично моё мнение что приглядываться нужно как раз к таким "динозаврам", вкатившимся до 2010 годов. Как-никак тогда в программирование по зову души шли люди с техническим и инженерным складом ума.
А как, простите, "зов души" (и вот это вот всё) соотносится с тем, что человек больше десяти лет ковырял некро-проект на некро-стеке, пропустив вообще всё, что происходило в индустрии в это время? Я сам не фанат программирования вне работы, но пара пет-проектов есть - исключительно для того, чтобы трогать вещи, которые не удаётся потрогать на рабочих проектах. Чтобы не терять актуальность на рынке труда, потому что шёл в индустрию в первую очередь за деньгами, а не по зову души, к сожалению.
mayorovp
26.07.2023 08:41+1Так и соотносится. Не обязательно же держать глаза и уши закрытыми, можно следить за тем что происходит в индустрии и использовать что возможно. Я вот в прошлом, когда async/await только "изобретали", развлекался портированием этого всего на .NET Framework 3.5, потому что использовать хотелось, а проект не позволял.
Да и даже если глаза и уши были "закрыты", это всё равно объяснимо, ситуации бывают разными.
А большую часть того что сейчас происходит в индустрии, "потрогать" в рамках пет-проектов невозможно. Ну не потянет один-единственный человек распределённое приложение на микросервисах. Если это именно проект, а не helloworld, конечно же.
vedenin1980
26.07.2023 08:41+1не потянет один-единственный человек распределённое приложение на микросервисах
А что там сложного-то? Давно на все есть фремворки и всякие docker swam и кубернетусы. Сейчас по времени это почти тоже самое что сделать нераспределенное приложение на монолите, если есть знания
mayorovp
26.07.2023 08:41Объём сложен. Микросервисы-то должны быть нетривиальными, иначе это не пет-проект будет, а хелловорлд.
vedenin1980
26.07.2023 08:41Микросервисы-то должны быть нетривиальными,
Они могут быть тривиальными, но решающими какую-то нетривиальную задачу.
Условно социальная сеть для собачников своего города, где можно планировать совместные прогулки, с точки зрения технологий довольно тривиальна, с точки зрения полезности и уникальности в этом городе — не тривиальна.
P.S. Ну то есть дело вовсе не в "распределённое приложение на микросервисах", а в том что вы замахиваетесь на слишком сложные проекты со сложной бизнес логикой и функционалом.
impruvd
26.07.2023 08:41+3большую часть того что сейчас происходит в индустрии, "потрогать" в рамках пет-проектов невозможно
Да ну глупости же. Пет-проект вовсе не должен быть чем-то уникальным и/или титаническим. Условный личный таск-трекер/приложение с заметками/медиабиблиотеку можно пилить. Просто чтобы себя в тонусе держать, в качестве "внеклассной работы".
Смотришь вакансии по своему стеку и вилке, на которую претендуешь - находишь новые слова - включаешь каким-то образом в этот проект. Требуют микросервисы - распиливаешь монолит, нужен докер - заворачиваешь приложения в образы, шины сообщений - переводишь часть сервисов на общение по шине вместо HTTP между собой.
Но, опять же - это всё целенаправленная работа для денег и рынка, не "зов души", к сожалению.
khajiit
26.07.2023 08:41Так вот как появляется та часть опенсурса, которая похожа на цыганскую юбку: лоскутная мешанина из разной степени протухлости ненужна…
vedenin1980
26.07.2023 08:41Любой опенсорс нужен, это же личные проекты, а не библиотеки, никто не заставляет ими пользовтаься.
khajiit
26.07.2023 08:41+2Любой распил и откат кому-нибудь да нужен тоже )))
Вопрос, как всегда, в том — кому и для чего.Если приложение заметок для рабочего стола хранит базу заметок в Cassandra в одном поде, во втором запускает RabbitMQ, а в третьем запускает для редактирования заметки отдельный CEF-application — то это не демонстрация владения технологиями, а переделанное на современный лад
— У меня не работает звук во вторых героях, запущенных в dosbox, под windows XP x64, в VirtualBox на FreeBSD, куда мне обращаться?
— В дурку!
vedenin1980
26.07.2023 08:41Если человек пишет для себе и тренировки это его дело.
Если он отсылает такое как пример хорошего приложения при собседовании — нанимающий может сделать выводы, что человек склонен к оверинженерингу.
Если он пытается распостранять такое приложение или такие подходы это плохо.
mayorovp
26.07.2023 08:41+1Если он отсылает такое как пример хорошего приложения при собседовании — нанимающий может сделать выводы, что человек склонен к оверинженерингу.
Так ведь тут выше предлагалось именно таким способовми демонстрировать своё владение новыми технологиями:
Смотришь вакансии по своему стеку и вилке, на которую претендуешь — находишь новые слова — включаешь каким-то образом в этот проект. Требуют микросервисы — распиливаешь монолит, нужен докер — заворачиваешь приложения в образы, шины сообщений — переводишь часть сервисов на общение по шине вместо HTTP между собой.
Если вы согласны, что это — оверинженеринг и плохо, то с чем вы вообще спорите?
vedenin1980
26.07.2023 08:41Если вы согласны, что это — оверинженеринг и плохо, то с чем вы вообще спорите?
Если человек делает проект где условно Hello world чисто показать свое владение технологиями это одно и это нормально.
Если человек говорит, что приложение блокнот нужно делать именно вот с таким оверинженерингом — вероятно на работе он будет тожк все усложнять.
Все зависит от того ДЛЯ чего используются технологии.
mayorovp
26.07.2023 08:41А теперь читаем мой комментарий, который вы тут косвенно пытаетесь оспорить:
А большую часть того что сейчас происходит в индустрии, "потрогать" в рамках пет-проектов невозможно. Ну не потянет один-единственный человек распределённое приложение на микросервисах. Если это именно проект, а не helloworld, конечно же.
vedenin1980
26.07.2023 08:41Во-первых, не большую часть. То же распределенное приложение на микросервисах можно использовать для многих задач,
Во-вторых, вопрос не в потянет, а в том что это будет очень дорого чисто по технике (условно задача просканировать весь интернет в рамках пет проекта потребует чтобы у вас пара миллионов долларов свободных и ненужных была).
0xd34df00d
26.07.2023 08:41+1Уфф, как бы это сформулировать… Вот люди обмазываются boost.asio, чтобы распечатать на консоль
hello world. Их тоже надо в дурку, или это вполне себе разумный шажок на этапе обучения новым технологиям?Есть же тренировочные задачи. Упрощение логики каждого из микросервисов позволяет сфокусироваться на том, что человек предположительно делает плохо: на тонкостях их взаимодействия, обработке ошибок и падений каждого из микросервисов, скейлингу (да хоть
sleep(5)вставляйте там), и так далее.
impruvd
26.07.2023 08:41Не хотите портить жизнь эстетам и борцам за чистоту и пригодность опенсорса - self-hosted gitlab в помощь, при случае можно будет на собесе козырнуть и таким опытом в беседе, опять же.
А если отказываться от экспериментов с новыми технологиями и подходами, потому что "полезных идей нет, глобальное не потяну, по мелочам работать не хочется, да и вообще, что люди скажут", то потом только и остаётся, что жалеть себя, обнаружив, что рынок ушёл и оставил тебя далеко позади.
khajiit
26.07.2023 08:41Между экспериментами и безалаберным нахреначиванием чего-попало куда-придется, как вы предлагали, — все-таки есть некоторая разница… )
0xd34df00d
26.07.2023 08:41Ваш исходный собеседник:
человек [...] пропусти[л] вообще всё, что происходило в индустрии в это время
Вы:
Не обязательно же держать глаза и уши закрытыми, можно следить за тем что происходит в индустрии и использовать что возможно.
Вам не кажется, что вы описываете другую ситуацию?
mayorovp
26.07.2023 08:41Исходный комментарий выглядит так, как будто его автор подумал, что человек пропустил вообще всё что происходило в индустрии на основании того, что проект был на старых технологиях.
Leetc0deMonkey
26.07.2023 08:41А как, простите, "зов души" (и вот это вот всё) соотносится с тем, что человек больше десяти лет ковырял некро-проект на некро-стеке
Тем что как грамотный инженер не пихал все эти нововедения без очевидной для проекта пользы.
Поковыряться в нововедениях можно, но 1) не запишешь в резюме, 2) выветрится, если реально этим ежедневно не занимаешься. 3) благополучно сдохнут, так и не понадобившись.
0xd34df00d
26.07.2023 08:41не запишешь в резюме
Кто мешает? Я по фану поковырял coq и упомянул его в резюме, нормально вполне.
MiraclePtr
26.07.2023 08:41+1Как-никак тогда в программирование по зову души шли люди с техническим и инженерным складом ума.
"Программирование по зову души и с инженерным складом ума" совершенно не соотносится с "человеку вообще наплевать как развивается индустрия и какие появились новые технологии и подходы".
Leetc0deMonkey
26.07.2023 08:41+5Я не знаю сколько вы лет в индустрии, я уже столько упел повидать родившихся и тут же скоропостижно скончавшихся "технологий", что тактика "сиди ровно на попе, а встанет реальная задача - разберёшься" оказывается весьма продуктивной. Особенно с учётом что всё "новое" это завернутое в новый фантик старое. Те же хвалёные микросервисы, например, точно использовались в середине-конце 90ых.
Kanut
26.07.2023 08:41+2что тактика "сиди ровно на попе, а встанет реальная задача — разберёшься" оказывается весьма продуктивной.
Проблема в том что когда ищут сениора, то фирмам обычно не интересен человек, который придёт к ним и будет у них разбираться за их счёт.
Для джунов и миддлов это ещё прокатит. А от сениора обычно ожидается что он пришёл и работает. А то даже и что он придёт и другим объяснит или там "с нуля" всё сможет запустить.
Leetc0deMonkey
26.07.2023 08:41+1Проблема в том что когда ищут сениора, то фирмам обычно не интересен человек, который придёт к ним и будет у них разбираться за их счёт.
Понятное дело, странно апплаиться на синьйора с технологиями 10 летней давности за пазухой. Тут уж без обид. Это мидл с перспективой что за пару месяцев (условно) догонит всё что надо. Проблема что "динозавров" вообще не рассматривают и вменяют им "отсталость", хотя люди просто ответственно работали.
Kanut
26.07.2023 08:41+3Ну так когда компании ищут миддла, то они часто ищут именно миддла. И не готовы через пару месяцев платить ему сениорскую зарплату.
Кроме того далеко не все люди в состоянии "откатится на грэйд ниже" у себя в голове и вести себя соответственно. У меня например такое тоже не особо получается.
И самое главное зачем фирме заморачиваться и рисковать учитывая что "настоящих" миддлов на рынке труда не то чтобы вообще нет? Это имеет смысл только если действительно планируют через пару месяцев заиметь сениора. Или если миддлов просто не найти.
Leetc0deMonkey
26.07.2023 08:41+2Ну так когда компании ищут миддла, то они часто ищут именно миддла. И не готовы через пару месяцев платить ему сениорскую зарплату.
Вот и получается, будешь ответственно работать над проектом - больше работы не найдёшь никак.
И самое главное зачем фирме заморачиваться и рисковать учитывая что "настоящих" миддлов на рынке труда не то чтобы вообще нет?
Это не мидл, а синьйор на устаревших технологиях. Называйте грейд как хотите. Расклад такой что сразу сениорскую зарплату ему платить знаний технологий не хватает, но база и опыт ведения проектов "под ключ" у него уже есть.
Kanut
26.07.2023 08:41+2Вот и получается, будешь ответственно работать над проектом — больше работы не найдёшь никак
Нет. Получается что если ты на года-десятилетия "зависаешь" на одной технологии, то потом вполне себе ожидаемы проблемы с поиском работы.
И да, это реальность в которой мы живём.
Это не мидл, а синьйор на устаревших технологиях. Называйте грейд как хотите.
Даже если и так, то совсем не обязательно существует большой спрос именно на таких людей.
Dolios
26.07.2023 08:41+1Поэтому в фаанги при найме даже не важно на каком ты там языке писал до этого, да. Как раз от синьора ждут, что он придет и разберется, потому что он синьор SWE, а не прорраммист фреймворка Х.
Kanut
26.07.2023 08:41+1Ну во первых я очень сомневаюсь что им действительно вообще не важно. И сениора, который всю жизнь писал на условном С возьмут сениором на условный JS.
А во вторых может фаанги себе могут такое позволить. Может даже просто большие корпорации себе могут такое позволить. Но из фирм с которыми приходилось иметь дело мне так никто не делал.
Dolios
26.07.2023 08:41Там "любой язык из списка". Я на последнем месте работы не в фаанге 2 новых языка освоил, когда была необходимость. Фоеймворки даже считать не буду.
Kanut
26.07.2023 08:41Я на последнем месте работы не в фаанге 2 новых языка освоил, когда была необходимость.
Вас взяли исключительно для работы с этими языками и вы их учили уже на новом месте? И вас взяли сениором?
Dolios
26.07.2023 08:41Синьором. Языки потребовались через несколько лет после трудоустройства, когда возникли новые задачи. Я это к тому, что синьору не проблема изучить новый язык, если есть желание. И компании пара-тройка месяцев не играет никакой роли, если не нужно тушить внезапный пожар прямо сейчас.
Kanut
26.07.2023 08:41Синьором. Языки потребовались через несколько лет после трудоустройства, когда возникли новые задачи.
Обучать при необходимости уже имеющихся сотрудников это всё-таки слегка другое.
Я это к тому, что синьору не проблема изучить новый язык, если есть желание. И компании пара-тройка месяцев не играет никакой роли, если не нужно тушить внезапный пожар прямо сейчас.
Конечно не проблема. Но пара-тройка месяцев это "подаренная" зарплата за эти же пару-тройку месяцев. А этих денег иногда просто нет. И даже если есть, то всегда найдётся куда их ещё можно потратить.
Dolios
26.07.2023 08:41+1Очень часто нанять нужного синьора с нужным стеком за пару тройку месяцев просто нереально, если платить по рынку, а не перекупать на х1.5 Синьоры, они при деле обычно. Поэтому дешевле и быстрее нанять сегодня по рынку и подождать пока переобучится.
Kanut
26.07.2023 08:41Это другой вопрос. То есть если оптимальных вариантов нет, то начинают выбирать из того что есть.
Но при этом на мой взгляд всё равно "сениор последние 10 лет пиливший некро-стек" будет совсем не в приоритете при выборе.
0xd34df00d
26.07.2023 08:41У меня в фаанге почему-то конкретно просили конкретно писать на C++.
С ещё более требовательными к знанию стека компаниями я бы тем более посмотрел на «да пофигу, берём синиор жаваскриптера, за месяцок в плюсах разберётся и будет нам тут фигачить трейдинг инфру на темплейтах».
Dolios
26.07.2023 08:41+2А меня не попросили. Жаба, питон, плюсы, го - сказали, что можно писать на чем нравится на собесе.
да пофигу, берём синиор жаваскриптера, за месяцок в плюсах разберётся и будет нам тут фигачить трейдинг инфру на темплейтах
Что в фразе "любой язык из списка" не понятно, какое слово объяснить? Если писать надо будет на плюсах, то в списке жабаскрипта не будет. Впрочем, вы сами это прекрасно знаете, хз зачем решили поёрничать.
0xd34df00d
26.07.2023 08:41Если писать надо будет на плюсах, то в списке жабаскрипта не будет.
Более того, в списке будет только один язык, и это будет эквивалентно поиску по конкретному стеку, на что я и намекал.
Dolios
26.07.2023 08:41+1Н обязательно. Легко будет жаба и раст. В конце концов, тим мэтчинг в том же гугле часто после интервью и на чем вы писать будете, на этапе интервью не вссегда понятно. Конечно, если вы собеситесь в конкретную команду, то там могут быть более строгие условия. Но это далеко не всегда так.
MiraclePtr
26.07.2023 08:41+1Это полностью справедливо для технологий-однодневок, но здесь-то речь про технологии, которые уже с десяток лет на рынке, повсеместно используются в продакшене и доказали свою жизнеспособность и пользу.
Leetc0deMonkey
26.07.2023 08:41-1Если бы было так просто понять что однодневка. Qt тоже не однодневка, но куда сейчас с ней?
MiraclePtr
26.07.2023 08:41+1Qt сейчас отлично себя чувствует во встраиваемых системах.
Ну здесь все вообще очень просто. Когда появляется очередная новая технология, нет смысла бежать ее сразу досконально изучать - но есть смысл хотя бы потратить чуточку времени и почитать, что это вообще такое, чем лучше существующего и какие проблемы решает. А когда после его появления уже прошло 5 лет, и о нем уже не только говорят, но и массово используют вокруг - тогда стоит присмотреться гораздо внимательнее.
И опять же, если посмотреть, с чего начиналась ветвь дискуссии, то там вообще не идет речь о новомодных фреймворках - там речь идет всего-то о более новых версиях языка, программистом на котором называет себя человек. Не иметь никакого профессионального интереса к развитию своего основного рабочего инструмента (особенно учитывая, что рано или поздно на эти новые версии будут массово переходить) - я могут поверить в такое для вайтишника-пассажира, ненавидящего свою работу, но не могут поверить для "человека с инжерерным складом ума, пришедшем в программирование по велению души".
mayorovp
26.07.2023 08:41Вопрос не в том приносит ли технология пользу, а в том превышает ли эта польза затраты на миграцию.
jam12345
26.07.2023 08:41+1Да не во много очень неплохо соотносится. После 10-20 лет опыта ты понимаешь что тебя мало чем могут удивить.
И программирование это решение сложных задач часто алгоритмических. А не новомодный фреймворк.
А если человек с таким опытом работает в реально крупных компаниях и над крупными проектами. То это не он учит новые технологии. А другие учат технологии которые он создает.
Создателям Kotlin из JetBrains не нужно учить как он работает. Это они делают этот язык. Создателям идеологии SRE из google не нужно учить что это и учится работать по книгам google. Создателям Borg не нужно смотреть в k8s что бы понять что это и зачем.
Ребятам из Яндекса создавшим clickhouse не нужно знать зачем он нужен и как он работает.
MiraclePtr
26.07.2023 08:41+1И программирование это решение сложных задач часто алгоритмических. А не новомодный фреймворк.
А строительство - это возведение зданий, а не бетон и материалы фасадов, ага.
Новая версия языка или новый фреймворк - это инструмент. Который используется для решения задач. Профессионал и отличается от любителя тем, что использует для каждой задачи подходящий инструмент, и владеет своим инструментом в совершенстве.А другие учат технологии которые он создает.
Это звучит очень красиво, но по факту таких позиций в современном мире IT одна на сотню, если не одна на тысячи. Не всем программистам выпадает создавать новые языки программирования и новые операционные системы, кому-то нравится просто решать прикладные задачи.
Создателям Kotlin из JetBrains не нужно учить как он работает. ... Ребятам из Яндекса создавшим clickhouse не нужно знать зачем он нужен и как он работает.
Зато создателям Kotlin пришлось выучить и разобраться, как работает JVM, под которую они генерируют байт-код и API которой они используют. Зато "ребятам из Яндекса, создавшим clickhouse" нужно глубоко знать, как работает язык C++, на котором они написали этот Clickhouse, а в ряде случаев даже как работает ОС, в которой запускается этот Clickhouse. Просто для того, чтобы этот самый Clickhouse не тормозил и не падал, иначе кому он нафиг будет нужен. Более того, они даже не побрезговали взять готовые Poco Library, Boost, Abseil и еще пару десятков библиотек и фреймворков и разобраться, зачем они нужны и как они работают.
jam12345
26.07.2023 08:41Вот вот это основы. А не модные технологии. Причем чем больше человек профи тем лучше он знает свою область и тем меньше знает что то другое.
Вот у вас как раз хорошая фразаА строительство - это возведение зданий, а не бетон и материалы фасадов, ага.
Строительство это сильно большая область. В ней есть отличные проф сварщики. Которым марки бетона и материалы фасадов не нужны и не интересны.
И даже среди сварщиков есть специализации на определенном типе сварки.
Чем человек профессиональнее тем меньше с него просят и балкон отремонтировать и небоскреб спроектировать и трубы сварить. И все это за 5 тысяч рублей.
MiraclePtr
26.07.2023 08:41Вот вот это основы. А не модные технологии.
Уф. А вы взгляните на contrib из их гит-репы. Там есть и gRPC, который появился всего каких-то шесть лет назад и еще вчера был "новомодной технологией", и куча всего от AWS, который многие до сих пор считают "новомодной технологией", и еще очень много подобного.
Опять же - даже та же система Linux и язык C++ в свое время были "модными" технологиями.Чем человек профессиональнее тем меньше с него просят и балкон отремонтировать и небоскреб спроектировать и трубы сварить. И все это за 5 тысяч рублей.
Так с этим никто и не спорит! Речь о том, что у человека должен быть хоть какой-никакой интерес к тому, как развивается отрасль и конкретно его специализация. Разработчики Clickhouse написали его на набирающим моду и самым современном C++20, а не на C++ образца 98-го года. И не побрезговали добавить байндинги для сверхновомодного Rust. Точно так же, как от человека, называющего себя программистом на Java, который будет способен решать на этом языке проблемы бизнеса, будут ожидать того, что он будет в курсе актуальных стандартов языка, а не застрянет на версии пятнадцатилетней давности - именно с этого, собственно, и началась ветвь комментариев, в которой мы сейчас ведем обсуждения.
jam12345
26.07.2023 08:41+1даже та же система Linux и язык C++ в свое время были "модными" технологиями.
А ну если так то и каменный топор это тоже новые технологии. Вы явно пытаетесь притянуть аргументы.
Разработчики Clickhouse написали его на набирающим моду и самым современном C++20, а не на C++ образца 98-го года
И что прямо таки в 2016 году (Даже раньше на пару лет релиз был просто в 16 году) и писали на C++20? Мега круто должен заметить)Боюсь представить сколько стоят разрабы которые умеют писать на несуществующих еще стандартах в будущее. И вакансия наверное была вида в 2014 году "От кандидата требуется работы с C++20 не менее 10 лет. Без этого не обращаться"
vvdev
26.07.2023 08:41+1А почему невозможно? Какие неразрешимые технические причины?
mayorovp
26.07.2023 08:41Причины разрешимые, но точно не за пару дней, и даже не месяцев.
В новой версии .NET до сих пор нет серверной части WCF, поэтому обрабатывать SOAP попросту нечем.
Ещё новую версию .NET не поддерживала IKVM.NET… на момент когда я последний раз смотрел этот проект. А без IKVM.NET в мире .NET просто нечем генерировать PDF по шаблону, все платные решения уступают в возможностях бесплатному Apache FOP.
DMGarikk
26.07.2023 08:41+4чет мне кажется что использование штуковины по типу ikvm это както не по феншую… проще микросервис сделать который генерит пдфки на нормальной яве
а реализация явамашины на дотнете ради apache fop это помоему перебор какойто
mayorovp
26.07.2023 08:41Микросервису нужно для генерации передать объектную модель, и ещё дать обратные вызовы для запроса дополнительной информации.
Делать всё это, а потом мучаться с версионированием API ради генерации PDF — вот настоящий перебор.
Есть, конечно, вариант передавать микросервису не модель, а готовую вёрстку формата XSL-FO — но в таком случае на стороне основного приложения всё ещё нужен шаблонизатор. А нормальная реализация XSLT есть только всё в той же экосистеме Java.
Разумеется, на стороне .NET возможности шаблонизации есть, тот же Razor. И он даже удобнее. Но переписывание всех шаблонов с XSLT на Razor — занятие точно не на пару дней.
DMGarikk
26.07.2023 08:41+1Микросервису нужно для генерации передать объектную модель, и ещё дать обратные вызовы для запроса дополнительной информации.
чтото както очень сложно у вас генератор пдф выглядит, по мне так он должен принимать шаблон и объект с данными под него и возвращать файл… а сам никуда ходить не должен
mayorovp
26.07.2023 08:41+1Я уж не помню зачем ему там были обратные вызовы на самом деле, но, вообще говоря, есть целые две причины почему они могут понадобиться.
Во-первых, это ленивая подгрузка данных. Управление тем какая степень детализации данных нужна — это ответственность непосредственно шаблона, и неплохо бы уметь её менять не трогая другой код, и не передавая огромные выборки зависимых сущностей просто "на всякий случай".
Во-вторых, это справочные данные, включать которые в передаваемый объект не хочется по тем же самым причинам — неизвестно какие справочники нужны отчёту, а какие нет.
DMGarikk
26.07.2023 08:41+1тут скорее архитектурный вопрос, с точки зрения микросервисов, сервису генерации нельзя давать доступ в внешним данным… в таком случае да, логично все оставлять внутри
но тем не менее решение использовать портированную виртмашину для таких целей всеравно выглядит оверхедом
mayorovp
26.07.2023 08:41Учитывая что эта виртмашина просто транслирует один байт-код в другой, притом во время сборки — особого оверхеда я тут не вижу.
Но да, библиотек конечно от такого в проекте прибавляется. Впрочем, не сильно больше чем от Teleric Reports.
DMGarikk
26.07.2023 08:41+1оверхед в поддержке сложного нетипового продукта который имеет явные проблемы с поддерживаемостью, о чем вы кстати сами и упомянули (что он не поддерживает последний дотнет)
да, я немного неправильно сформулировал, оверхед не в смысле скорости рабьоты
mayorovp
26.07.2023 08:41+1До появления .NET Core у него не было никаких проблем с поддерживаемостью, да и позже этот .NET Core несколько лет находился в настолько сыром состоянии, что отсутствие его поддержки не было чем-то странным. Казалось, что вот сделают наконец MS полноценную версию .NET Core, и IKVM.NET его без труда поддержит тоже.
А в итоге что MS полноценную замену своего же фреймворка не осилили выпустить, что автор IKVM.NET заявил "мне надоело, пусть кто-нибудь другой поддержку делает"...
DMGarikk
26.07.2023 08:41+2, что автор IKVM.NET заявил "мне надоело, пусть кто-нибудь другой поддержку делает"...
вот именно по этому нельзя такие штуки нежелательно использовать, очень велик риск такого
я сталкивался с тем что для, уже мейнстримового типового кейклока пришлось локально в конторе форкать питоновского клиента и своими силами реализовывать фичи, потому что автор оригинальной либы (которую мы юзали) сказал "кейклок с какойто версии поменял лицензию, я против и портировать не буду" — вот это было забавно
mayorovp
26.07.2023 08:41Ещё бы заранее видеть какие штуки использовать допустимо, а какое — нет. А то так можно прийти и к тому, что вообще никаких сторонних библиотек использовать недопустимо.
Кстати, если что, у Telerik Reports была бы та же самая проблема с миграцией, учитывая сколькими костылями её приходилось подпирать...
Nashev
26.07.2023 08:41А то так можно прийти и к тому, что вообще никаких сторонних библиотек использовать недопустимо.
Многие таки и приходят...
DMGarikk
26.07.2023 08:41А то так можно прийти и к тому, что вообще никаких сторонних библиотек использовать недопустимо.
ну есть вариант использовать или штатные библиотеки к инструментам или общепринятные либы с тысячами звезд на гитхабе и активной разработкой (а у меня были такие либы где вроде и обсуждения и звезды, а последний коммит 5 лет назад… и чувствуешь себя как на бочке с порохом)
привет кстатм либам под bluetooth для java… которых нет, а те которые есть это полный пипец...
vvdev
26.07.2023 08:41Смотрели такое?
https://devblogs.microsoft.com/dotnet/corewcf-v1-released/Сам не пользовался, мы просто перевели весь транспорт на свой велосипед.
Ну а хостить джава-машину, чтобы генерировать ПДФ — это круто :)
Использовали несколько разных ПДФ-генераторов, не знаю ваших требований к генерируему документу, но наши покрывались полностью.У нас, на пример, ещё были зависимости от CallContext и самописных ХТТП-модулей, ничего, нашли замены/переписали.
Я к тому, что если хочется перейти — то надо собраться и пару недель посвятить пруф-оф-концептам, а дальше всё (относительно) просто.
По своему опыту — рекомендую.
mayorovp
26.07.2023 08:41Смотрел, но на момент когда смотрел оно ещё не было дописано. Вот что бы такое сделать чтобы новости не проходили мимо?.. Сейчас, видимо, мигрировать и правда стало бы проще.
не знаю ваших требований к генерируему документу, но наши покрывались полностью
Да требования-то простейшие:
- генерироваться он должен по шаблону, а не кодом, потому что генерировать надо много (на этом требовании уже сливаются 80% библиотек);
- должен поддерживать переменное число строк в таблицах (на этом этапе сливаются все библиотеки которые работают через открытие готовой PDF и заполнение полей);
- верстка шаблона не должна превращаться в танцы с бубном (на этом этапе сливаются все оставшиеся библиотеки кроме одной потому что они основаны на wkhtmltopdf);
- должна быть возможность выделить часть текстового поля полужирным (в этот момент слилась Telerik Reports)
vvdev
26.07.2023 08:41http://blogs.msdn.com/b/dotnet/rss.aspx
http://blogs.msdn.com/b/visualstudio/rss.aspx
Это чтобы ничего не пропускать ;)По ПДФ — не скажу, плотно ПДФом занимались другие люди, некоторые требования выглядят знакомо, насчёт других — не уверен.
Выше правильно подсказали — вынести в отдельный сервис.
… мы переезжали на NetCore 3.1, тоже было вполне решаемо при желании/необходимости.
vvdev
26.07.2023 08:41Кстати, тут была статья какое-то время назад, люди импортозамещают библиотеки для работы с ПДФ — отличный фич-реквест для них был бы, по-моему, и конкурентное преймущество ;)
mayorovp
26.07.2023 08:41+2Ну да, отличный фичареквест: "мне 5 лет назад нужна была такая-то фича, сделайте её пожалуйста. Правда, вашу библиотеку я всё равно не куплю, потому что больше она не нужна..." :-)
vvdev
26.07.2023 08:41Ну, рельный юз-кейс же, никем (судя по всему) не поддерживаемый :)
Я бы на месте производителя как минимум проанализировал бы, чисто для расширения кругозора.
Kanut
26.07.2023 08:41Но кстати LaTeX действительно можно использовать для автоматической генерации pdf по шаблонам.
Сам был удивлён когда узнал что так делают и это относительно неплохо работает :)
mayorovp
26.07.2023 08:41Исходные данные-то ему как передавать? Или предлагается сначала внешним шаблонизатором сгенерировать latex-документ?
Kanut
26.07.2023 08:41Можно сразу latex документы. Можно другие форматы, которые latex понимает. Можно мешать.
Boilerplate
26.07.2023 08:41А вы когда пробовали мигрировать? Просто я переводил средний по размеру интернет магазин на .NET Core года 4 назад. Так тогда даже group by и union вроде в каком-то релизе EF Core не были реализованы. Потом, конечно, стало лучше. Где-то с версии 3.1.
vvdev
26.07.2023 08:41Кстати, под NET Core вполне можно было оставаться на EF6 и спокойно дожидаться, пока они доделают необходимые фичи.
mayorovp
26.07.2023 08:41На момент когда я искал альтернативы — эта штука вообще ничего не умела. Сейчас глянул — умеет много чего, но если мигрировать на неё — переписывать придётся всю инфраструктуру.
Kanut
26.07.2023 08:41В новой версии .NET до сих пор нет серверной части WCF, поэтому обрабатывать SOAP попросту нечем.
А Microsoft WCF разве не похоронил уже? Как минимум неофициально?
Причём принципиально-то не поменялось ни-че-го, все новые подходы лично я выучил за день, но на работу тех кто засиделся на старых проектах уже не хотят брать...
Серьёзно? Ну то есть у нас до сих пор есть и "легаси" на .Net Framework и новые версии. И в .Net конечно многое удобнее сделали, но принципиальной разницы я не вижу и даже по коду далеко не всегда смогу на первый взгляд определить что есть что....
mayorovp
26.07.2023 08:41А Microsoft WCF разве не похоронил уже? Как минимум неофициально?
Так потому и проблемы с миграцией. В проекте-то была шина на SOAP, и куча интеграций, в том числе с компонентами на Java и Python.
И в .Net конечно многое удобнее сделали, но принципиальной разницы я не вижу и даже по коду далеко не всегда смогу на первый взгляд определить что есть что....
Вот и я разницы не вижу, но...
Причём обратите внимание: во-первых, наличие опыта работы с новыми технологиями — это первый и единственный вопрос от HRа. Во-вторых, нужен именно коммерческий опыт, пет-проекты не котируются.
Kanut
26.07.2023 08:41Вот и я разницы не вижу, но...
Ну единственное что я могу себе представить это что им нужно именно под линукс писать. Или интересует именно связка PostgreSQL + EntityFramework.
Но если речь идёт о вакансии миддла, то лично для меня это странно. Если с C# и с базами данных человек работал, то остальное это детали, которым можно быстро научить...
П.С. А вам точно на миддла надо? То есть я не то чтобы за вами слежу, но в C# темах вы вполне себе примелькались и по тому что вы пишите я бы вас скорее в сениоры записал :)
mayorovp
26.07.2023 08:41Их ответ выглядит странно даже если им нужно писать под линукс на связке PostgreSQL + EntityFramework Core, потому что это всё я умею. Но их ответ — это данность, как бы странно она не выглядела.
А на миддла я устраивался потому что в сеньоры меня не взяли ещё раньше, из-за отсутствия коммерческого опыта в написании микросервисов.
Kanut
26.07.2023 08:41Должен честно сказать что я уже очень давно не устраивался на работу "по нормальному". И мой опыт этого дела в последнее время идёт скорее с другой стороны баррикад.
Но то, что иногда на эту тему пишут на хабре, меня местами очень удивляет. И это тоже один из таких примеров.
П.С. Но может я просто в каком-то "пузыре" или там у меня ошибка выжившего...
stasmursaev
26.07.2023 08:41+1Например, не существует и не планируется net7 версии VSTO - а это не позволяет перетащить всякие Excel add-in'ы
vvdev
26.07.2023 08:41-1Multi-target компиляция общих библиотек с минимально необходимым количеством #if NETFRAMEWORK #else?
… но в целом, конечно, согласен — вполне себе ограничение.
tuxi
26.07.2023 08:41Рискну предположить, что это не кровавый энтерпрайз. А что-то более мелкое-простое.
panzerfaust
26.07.2023 08:41+1Телеком. Просто фокус в том, что в свое время собралась сеньорская команда и аккуратно по DDD начала разделять ландшафт на сервисы в контейнерах. Помимо всего прочего, это облегчило и инкрементальный апргейд компонентов. Ну и вообще я считаю, что какая бы система ни была сложной в плане моделей и интеграции - возможность апргейда должна быть ортогональна этому всему. Особенно для вещей типа JDK с 99% обратной совместимостью. Иначе как раз и получаем "кровавый" энтерпрайз, где повсюду Гордиевы узлы.
tuxi
26.07.2023 08:41сколько лет проекту? 10? 15?
panzerfaust
26.07.2023 08:41+2Проекту лет 12. Но 5-6 лет назад пришла текущая команда и стала переписывать с ноды на джавовый стек.
Не понимаю, на чем вы меня пытаетесь подловить. Нет такого физического закона, который препятствовал бы содержанию кодовой базы в порядке и чистоте. От людей зависит. Кто-то вкладывается в это, а кто-то на попе ровно сидит. Оба подхода легитимны, но в команды второго типа я лично не хожу.
sshikov
26.07.2023 08:41+2Физического закона нет. Но просто для понимания — у вас есть в проекте скажем что-то масштаба Apache Spark? Ну когда фреймворк, который вы используете, по размеру слегка побольше вашего приложения (например, на пару порядков ;) ?
Ну то есть вот живой пример — на Хабре недавно было заявление, что стек Hadoop переходит на новые версии Java. Последним сдался проект Spark. Только прикол знаете в чем? Что переход на новые версии будет реализован в Spark 4. Которого, на минуточку, нет в природе. Текущая версия 3.4.1 (мы живем на 3.2.1), а версию 4 еще даже не анонсировали, насколько я знаю. То есть, это вот все "переходят" будет происходить на горизонте года в четыре, а до практического применения дойдет лет через шесть.
И я вполне понимаю ваши мотивы, но команды "второго типа" существуют по объективным причинам — что существуют бизнесы такого типа, которым работоспособность приложения важнее, чем оставаться на острие прогресса. И потому что даже просто смигрировать 20 петабайт или около того данных на новые версии хранилища стоит дорого даже само по себе, не считая других затрат при миграции.
Leetc0deMonkey
26.07.2023 08:41+2Но 5-6 лет назад пришла текущая команда и стала переписывать с ноды на джавовый стек.
Не всем так везёт что работодатель готов оплачивать такие переписывания ради того чтобы переписывающие поддерживали себя восстребованными на рынке труда.
Kanut
26.07.2023 08:41+2Тогда у вас остаётся два варианта: тратить на это личное время или сразу искать другого работодателя.
Ну или смириться с тем что ваша востребованность на рынке труда будет медленнее расти. Или даже падать.
Leetc0deMonkey
26.07.2023 08:41-1Тогда у вас остаётся два варианта: тратить на это личное время или сразу искать другого работодателя.
"Личное время" в резюме не запишешь. Я ещё предлагал общественности продвигать идею за работу над легаси требовать компенсации-доплаты. Т.е. условно "я готов и дальше тащить ваше легаси, но вы должны мне платить столько чтобы через условные 5-10 лет я мог больше не работать". Достаточно справедливо, ведь и правда новой работы больше не найдёшь.
Kanut
26.07.2023 08:41+1"Личное время" в резюме не запишешь.
Зато можно записать всякие пет-проекты или участие в опенсорс проектах.
Достаточно справедливо, ведь и правда новой работы больше не найдёшь
Естественно в этом есть своя логика и куча народа так и делает. Но это уже ваши личные разборки с работодателем. Как договорились так и будет.
vedenin1980
26.07.2023 08:41+1"я готов и дальше тащить ваше легаси, но вы должны мне платить столько чтобы
Те кто пишет на всяких Фортранах и Висул Фокс Про на Западе именно так ценики и ставят.
panzerfaust
26.07.2023 08:41+1Не всем так везёт что работодатель готов оплачивать такие переписывания ради того чтобы переписывающие поддерживали себя восстребованными на рынке труда.
Вас спросить забыли, на что деньги тратить. Работодатель оплатил прежде всего себе более надежную и масшатбируемую систему. Потому что запарился с прежним поделием. Еще на сдачу от смузи автотестами все в три слоя обмазал. Благотворительность в пользу красивого резюме русских аутсорсеров - это исключительно ваша больная фантазия.
Leetc0deMonkey
26.07.2023 08:41+1Потому что запарился с прежним поделием.
Не всем так везёт что прежнее - поделие, и можно и рыбку съесть, и на люстре покататься. Чаще всё-таки - работает. Пока не набегут смузихлёбы с риторикой о поделии и масштабировании и бросаются всё переписывать. Дай б-г после этого работает. А то есть публичные примеры обратного https://habr.com/en/articles/741142/
tuxi
26.07.2023 08:41Я не пытаюсь подловить. Я пытаюсь понять откуда возникла фраза прозвучавшая выше, "8-я версия архидревняя" или как то так. Теперь понял.
siziyman
26.07.2023 08:41+2Судя по тому, что написал автор вот в этом комментарии, работал он так себе.
Leetc0deMonkey
26.07.2023 08:41+8И есть ещё один аспект, который я считаю необходимым подчеркнуть. Честность. Человек мог бы конечно наврать как он знает всё самое модное ультрасовременное. Проштудировать собесовские вопросы, авось пронесёт. Но, похоже, и честность в современном айти ТОЖЕ совершенно не котируется...
siziyman
26.07.2023 08:41+3Всё самое модное ультрасовременное
Вы понимаете, речь не о "модном ультрасовременном", а о, ну, разнице уровня "человек пришёл из эпохи, где руки перед едой не мыли, и хочет устроиться хирургом" - потому как разница между софтом и сервисами, которые пишутся на современной джаве (или котлине) сейчас, и тем, как пишется софт на 1.5-1.6 и тем более в ограничениях свинга, примерно похожая.
Человек мог бы конечно наврать
У вас, если честно, довольно странное представление о реальном мире: честность не компенсирует недостаток квалификации. "Чуваки, вы ищете тракториста, я 10 лет занимаюсь ретро-рейсингом и реконструкцией гоночных машин 1960-х годов. Про тракторы особо ничего не слышал. Возьмёте?" - ситуация звучала бы абсурдно, а она куда ближе к описываемому, особенно если ищется не разраб именно десктопных джава-приложений.
ArtyomPozharov
26.07.2023 08:41+1Взять, к примеру, Windows. В ней полно legacy-компонентов, но это самая популярная ОС на десктопе. И смузихлёбы не смогут работать, если бородатые дяденьки не будут поддерживать данную устаревшую платформу. То же самое касается Microsoft Office и Visual Studio.
Femistoklov
26.07.2023 08:41Прекрасный пример. Пришли новые разрабы, переписали оболочку. Теперь пуск частенько не открывается по нажатию на кнопку "пуск". Или поиск в нём лагает. К ядру, видимо, их пока ещё не допускают - там старые остались.
rg_software
26.07.2023 08:41+2А можно совершенно дилетантский вопрос по взрослению технологии и т.п.? Использую Java очень редко, по необходимости. В прошлом году для группы студентов обновил инструментарий с использованием Java 17. В первый же день была куча жалоб, что ничего не работает. Оказалось, что на куче машин (Win/Mac/Linux) по тем или иным причинам предустановленная/дефолтная версия -- это Java 8. Я не разбирался, почему так, но факт налицо. Так вот, на какой версии сейчас проходит граница между устаревшим, актуальным и смузи?
mayorovp
26.07.2023 08:41+1Java на винде не предустанавливалась никогда, это ваши сотрудники в универе её туда "предустановили".
rg_software
26.07.2023 08:41Речь о персональных ноутбуках, и как правило, это маки. С виндой как раз нет проблем ровно по указанной причине: студент просто идёт на сайт и ставит какую-нибудь рекомендуемую версию OpenJDK, ну и дальше всё хорошо.
Kanut
26.07.2023 08:41+2По той самой Java 8 часто и проходит. Потому что с неё мигрировать на новые версии не особо тривиально и куча фирм решила не заморачиваться и остались сидеть на ней.
izogfif
26.07.2023 08:41Так вот, на какой версии сейчас проходит граница между устаревшим, актуальным и смузи?
Java 8 - античность, Java 11 - устаревшее, Java 17 - актуальное. Java 20+ - смузи. Есть шанс, что через полтора месяца (19 сентября), когда выйдет Java 21, все сдвинется.
rg_software
26.07.2023 08:41Будем наблюдать. Пока что мои попытки переехать на Java 17 (уже два года как) постоянно натыкаются на более старые версии у конечных юзеров. Откуда у них эти версии -- не знаю.
vedenin1980
26.07.2023 08:41+1Скорее Java < 8 — античность, Java 8 — устаревшее (но используемое), Java 11 / 17 — актуальное. Java 20+ — смузи.
Java 8 много где до сих пор используется, так как мигрировать большие продукты сложно, а из реальных плюшек (которые нельзя закрыть библиотеками) — немного синтасического сахара, вроде var.
sshikov
26.07.2023 08:41На Java 8 все еще выпускаются, и еще довольно долго будут выпускаться исправления ошибок и фиксы безопасности. Все что более старое, насколько я знаю EOL. Ну то есть, устаревший — это который не поддерживается вендором. Не факт что это единственно возможный подход, но он имеет под собой определенную логику.
DarthVictor
26.07.2023 08:41+2Я не хочу говорить за чужой стек, скажу за свой фронтенд, про который принято считать, что он быстрее всего меняется.
Я работаю во фронтенде последние 10 лет. Я начинал на AngularJS 0.8 и ES3 и появления inline-block в CSS. Не так там и много разницы с последними React, Svelte. А за последние 5 лет со времен TS2.8, React16, Angular6 вообще никакой.
Если человек всё это время на работе хернёй страдал - это одно. Если поддерживал старый, но вполне востребованный проект - совсем другое.
vedenin1980
26.07.2023 08:41-3Догонит, как только это станет необходимо… он у вас будет РАБОТАТЬ
Проблема в том, что человек не знающий 8 версию java просто не поймет большую часть кода проекта, например вида
return source.getDate("date") .stream() .map(Book::get) .filter(Objects::nonNull) .flatMap(Collection::stream) .map(r -> new Xxx(PREFIX + r.name())) .collect(Collectors.toSet());потому что в 6 java это писалось бы как (не уверен, что везде без ошибок перевел)
Set<Xxx<ThValid>> set = new HashSet<>(); for(Data<ThValid> data: source.getDate("date")) { Book book = data.get(); if(book != null) { for(Page<ThValid> page: book) { Xxx<ThValid> x = new Xxx(PREFIX + page.name()) set.put(x); } } } return set;Это просто два разных языка. А в некоторых местах это может быть 99% кода бизнес логики. И обучить его понимать потребуется куча времени, это почти тоже самое что взять человека знающего условный PHP и пытаться переучить его на Java. Можно, но очень долго и дорого.
mayorovp
26.07.2023 08:41+10А что вообще сложного в понимании этого кода? Между прочим, на каждый из использованных тут методов есть описание в JavaDoc. Чтобы понять этот код — достаточно уметь читать документацию.
Нет, тут конечно же возможна ситуация что этот человек — тот ещё динозавр, совершенно не способный воспринимать современные технологии — тогда от него и правда стоит держаться по-дальше. Но если это не так и он просто засиделся на старом проекте — все эти мелочи вроде streams можно выучить за день.
vedenin1980
26.07.2023 08:41+2все эти мелочи вроде streams можно выучить за день.
Выучить за день наизусть можно — эффективно писать не думаю. Так можно сказать, что любой новый язык это мелочи, потому что базовый синаксис учится за день. Но хорошее владение — это с лету читать код и практически думать на новом языке.
Любой может перевести английское предложени со словарями за час и за час составить ответ, но не любой сможет эти же фразы переводить бегло и бегло отвечать.этот человек — тот ещё динозавр, совершенно не способный воспринимать современные технологии
Если человеку легко учить новое, он сначала бы выучил синтакис java 8, а потом уже приходил на собеседование. А не наоборот.
P.S. Вы просто судите с высоты своего опыта, на самом деле для многих начинающих или десятки лет программирующих в одном легаси стиле это все очень сложно, вплоть до полного ступора (знаю, потому что обычал и первых и вторых). Исключения бывают, но исключения сами бы все это выучили еще до собеседования.
0xd34df00d
26.07.2023 08:41+4Я вообще не знаю джаву и никогда на ней не писал, но вопросы у меня только к первой строчке.
vedenin1980
26.07.2023 08:41+2Не сомневаюсь, но для этого нужен достаточный базис функциональных языков, если бы вы всю жизнь писали в императивном стиле — все было бы намного тяжелее.
imanushin
26.07.2023 08:41+5Несмотря на истинность Вашей фразы, она не совсем корректна отражает ситуацию.
Если человек знает хотя бы один из C#/Scala/Kotlin/Rust/TS (и еще кучи языков с функциональщиной), то Java Streams он поймет без особых проблем. Разве что будут вопросы по поводу очень бедного API.
Если человек знает только С, причем кодил только на нем последние лет десять (без чтения хабра, без всяких там GitHub по вечерам), то функциональный подход будет понять тяжелее. Не невозможно, конечно же, но тяжелее.
Я подозреваю, что Вы как раз знаете разные языки и разные подходы: и процедурный, и ООП, и функциональный и многие другие, а потому, Вы просто вспомнили аналогичный подход из знакомого Вам языка.
А потому, получается, что неявно Вы только доказали тезисы @vedenin1980, @siziyman@panzerfaust: тест на знание новых возможностей Java был провален человеком с опытом на Java, хотя этот тест способен пройти даже человек без особых знаний Java, а просто с хорошим кругозором. Получается, что необходимо или почитывать статьи про различные подходы, или следить хотя бы за своим стеком, а иначе вероятность успешного прохождения собеседования падает (ибо многие люди замечают корреляцию между подобными знаниями и уровнем разработчика).
mikronavt
26.07.2023 08:41Судя по многим нынешним вакансиям на Java, нужны именно смузихлебы. Например, если есть опыт в более старом спринге, но это не микросервисы на Spring Boot, то на тех.собес можно просто не попасть.
vedenin1980
26.07.2023 08:41+2Spring Boot был выпущен в 2014, уже 10 лет назад И Spring Boot это просто launcher, а микросервисы это просто Rest контролеры. Если у вас большой опыт в старом спринге, микросервисы на Spring Boot осваиваются за день. Поэтому у меня будут большие вопросы к тем кто не захотел/не смог сделать это до собеседования.
ris58h
26.07.2023 08:41+1а микросервисы это просто Rest контролеры
Мощное заявление. Т.е. ни gateway API, ни service-locator, ни saga, ни другие проблемы распределённого взаимодействия не рассматриваем? Просто rest контроллеров накидали (а ведь и rest-а никакого может не быть), а оно там пущай само как-нибудь? Ну тогда согласен, что за день осваивается.
vedenin1980
26.07.2023 08:41+1Т.е. ни gateway API, ни service-locator, ни saga,
А gateway API и service-locator вы будете писать на Java Spring Boot? Это уже вопросы девопса и архитектуры, и скорее вопросы со звездочной для человка, который заодно будет выполнять роли девопса и архитетора.
То есть да, похорошему там бы и Кубирнетос и докер свам знать и многое другое. Но я говорил о минимуме перехода со старого Spring'а именно в части кодирования, без девопса и разработки архитектуры.
ris58h
26.07.2023 08:41А gateway API и service-locator вы будете писать на Java Spring Boot?
По крайней мере, в Spring это предусмотрено.
https://spring.io/projects/spring-cloud-gateway
https://spring.io/guides/gs/service-registration-and-discovery/
я говорил о минимуме перехода
Вы говорили о том что "микросервисы на Spring Boot осваиваются за день", а оказалось что как в том анекдоте "и не выиграл, а проиграл".
Gugic
26.07.2023 08:41-1Догонит, как только это станет необходимо. Лучше взять такого, он у вас будет РАБОТАТЬ
Лучше взять такого который сразу будет работать, а не догонять. Тем более если есть из кого выбрать.
Leetc0deMonkey
26.07.2023 08:41Лучше быть богатым и здоровым, чем бедным и больным. Если повезло выловить такого, то это несомненно удача. Но чаще получается не так. Те кто может работать, имеют навзрачное резюме, на собесах пространно нннукают. А те кто бодренько проходит [алго]собесы, от зубов отскакивают всякие паттерны и "устройства event-loop", на деле такуую дичь творят. И потом на все интернеты вой поднимается "ах как мало толковых". Толковых много, просто не все их умеют искать.
Gugic
26.07.2023 08:41+1Ну т.е. если у меня есть два кандидата с прочими равными, но у одного более свежий и релевантный тому, что я делаю стак (а значит ему надо будет меньше времени на "догонять"), мне надо предпочесть того, кому догонять надо будет больше?
Плюсом к этому - кандидатов обычно сильно больше двух, реальной информации о реальной производительности у меня ни по одному из них нет (за исключением случаев референсов от доверенных людей), ваше утверждение про то что человек со старым стаком будет РАБОТАТЬ в отличие от выглядит слегка надуманным - человек будет РАБОТАТЬ или не будет работать в зависимости от совокупности его личных характеристик, среди которых новизна стака сильно далеко не самая важная.
DMGarikk
26.07.2023 08:41+8хм…
первая история
мне чето кажется вопрос именно в п.2 и 3, также интересно по какой вилке автор ищет работу
к сожалению я так полноценно на рынок en/us не выходил, по этому не могу адекватно ответить… но если сравнивать с РФ и соседними странами, от вилки очень сильно зависит тип интервью, банально на топ-сеньор и топ-лид вакансии, собес чуть проще (во всяком случае для меня, потому что я сползаю в менеджмент, я так нашел работу тупо поменяв резюме с сеньора на лида поняв что из десятка отзывов на резюме они все повально трех-четырех этапные, а тут я нашел работу буквально с третьего интервью)вторая история
Любимая моя тема с бизнес рисками, для начала не указывайте в резюме что это ваш личный проект, и вообще резюме надо строить так что вы крутой спец, а не бизнесмен, особенно если вы подаетесь на линейную должностьтретья история
тут надо сразу увольнятся, штрафы и кпи в ИТ это даже сейчас причина уволится сразув четвертой истории
давить надо на софтскиллы и опять в менеджмент, там не такие требования к харду, работа и жнец и шнец на самом деле это про софтскиллы… и котирующийся у вас опыт в первую очередь тамp.s. чисто мое мнение, я бы героем почти всех таких историй (ну кроме штрафов), но я их проходил в более удачных условиях на рынке
DmitryR1974
26.07.2023 08:41-11Сейчас с российским паспортом искать работу в us/eu - практически дохлый номер. Я думаю, хотя и не уверен на сто процентов, что эти страны сейчас даже не выдают рабочие визы россиянам.
snizovtsev
26.07.2023 08:41+8Западная Европа, US, UK рабочие визы выдают точно так же, как и раньше. А удалёнку за пределы РФ/Беларуси предлагают даже те, кто перестал выдавать ВНЖ и турвизы. У меня в мае был оффер на удалёнку из Польши. Правда контора маленькая, пилят интересный embedded open source, без нормальной бизнес модели -- предложили слишком маленькие деньги. Но из-за сокращения роста экономики увеличились конкуренция, поэтому оффер получить намного тяжелее.
mishast
26.07.2023 08:41+1"удалёнку за пределы РФ/Беларуси"
Это значит мы согласны на удаленку, но но вы должны быть не в России?
siziyman
26.07.2023 08:41+18Вы совершенно не правы.
Уйма людей, которую я знаю, получила рабочие визы за последний год. Включая меня самого, чёрт возьми.
DMGarikk
26.07.2023 08:41+6вопрос скорее не в визах, а в есть ли офферы он контор готовых сделать релок из РФ и вообще взять человека из РФ?
в середине прошлого года, в конторе где я работал через галеру, закрыли найм из РФ (не Россиян, из соседней страны устроится туда можно было с РФ паспортом… и потом они могли сделать релок), но из РФ — даже не рассматривали в принципе
siziyman
26.07.2023 08:41+1Да, есть, достаточно порыть любые тематические агрегаторы вакансий.
Другой вопрос, что в процессе может потребовать поехать в какую-то другую страну, потому что не все стадии процесса в РФ сейчас можно пройти (например, IELTS в РФ сейчас не сдать).
DMGarikk
26.07.2023 08:41достаточно порыть любые тематические агрегаторы вакансий.
дело не в агрегаторе, вакансии то понятно что есть
Я подозреваю что есть определенный процесс отказов именно по паспорту, компании не готова процессить русских
(помню в галере были отказы от русских на некоторых проектах из-за требовний СБ заказчика — не брать россиян, но на тот момент таких было не много, тогда было важно территориально не находится в РФ)но правда ситуацию пока сам лично не мониторил, мне интересно что говорят те кто лично столкнулся
мой срез заканчивается на осени прошлого годаsiziyman
26.07.2023 08:41+8Конкретно осенью 2022 года у меня было три оффера с спонсорством британской визы на руках от трёх компаний разного размера, я до сих пор знаю людей, которые получают офферы и поддержку с релокацией в самые разные страны. Компании, знающие, что я нахожусь в России, были готовы предлагать мне вакансии с релокацией и в кучу других стран, это был исключительно вопрос моих личных предпочтений.
Да, сколько-то каких-то отказов от кого-то наверняка есть из-за паспорта или из-за страны проживания. Существенное количество - по моему опыту, нет.
AlanFisher
26.07.2023 08:41А какой у вас стэк?
siziyman
26.07.2023 08:41+2Устроился скалистом-бэкэндером с элементами фуллстэка (реакт, который я не знаю, хмык), собеседовался также на джависта, кажется, одна из вакансий была на нод.жс.
В общем, я не вижу большого смысла ограничивать себя конкретным техстэком, программист должен быть способен освоить другой язык в рамках схожих парадигм и быть продуктивным на нём без особых проблем.
Leetc0deMonkey
26.07.2023 08:41-2В общем, я не вижу большого смысла ограничивать себя конкретным техстэком, программист должен быть способен освоить другой язык в рамках схожих парадигм и быть продуктивным на нём без особых проблем.
Это раньше так было. А сейчас все хотят точных совпадений, вплоть до самой последней версии ЯП или фрейворка.
siziyman
26.07.2023 08:41+3Когда "раньше"? Я менял работу в 2018, 2020, 2022 (осенью) годах, имея по несколько офферов на разный тех.стэк каждый раз.
0xd34df00d
26.07.2023 08:41+2Несколько месяцев назад собеседовался по C++, открыто говоря, что последние три года C++ особо не трогал и писал на хаскеле. Всех всё устраивало даже в очень конкурентной сфере.
imanushin
26.07.2023 08:41А сейчас все хотят точных совпадений, вплоть до самой последней версии ЯП или фрейворка.
Зависит не просто от компании, но скорее даже от рекрутера.
Но Вы правы - очень часто ищут точные совпадения, тем самым сильно сокращая себе предложение.
radtie
26.07.2023 08:41+3Могу сказать про удаленку (по себе и коллегам), да проблемы есть:
- есть идейные отказы - отказ найма русских в принципе
- есть солидарные - отказ найма с локацией из России, если сам переедешь - велкам
- есть чисто технические:
- не хотят сами попасть во время санкционной проверки, поэтому проще не связываться
- не хотят заморачиваться с переводом денег или проблемами юф. оформления
Но много и тех, кому пофиг, бизнес есть бизнес.DMGarikk
26.07.2023 08:41+2есть солидарные — отказ найма с локацией из России, если сам переедешь — велкам
мне тут из юротдела рассказывали, что это не солидарный отказ, это запрет от акционеров и инвесторов, чтобы как можно меньше связей с нашей локацией было
сама контора может быть и не против, но инвесторы выдвигают такие требования что им приходится так поступать
radtie
26.07.2023 08:41+1У одного из моих заказчиков, из Германии, периодически проходят проверки на нарушение европейских санкций по фамильным спискам. Т.е. Чтобы никто с ФИО сотрудника или владельца компании сотрудника, подряд, субподряд и т.п. не фигурировал в этих списках. Из-за чего они стали выводить руссо-подданных из проекта, т.к. это геммор, при этом, говорят, ничего личного
DmitryR1974
26.07.2023 08:41Я говорю не про последний год, а про сейчас. За год у меня тоже много знакомых переехало, включая на то место, которое я освободил. Но сейчас ситуация, на мой взгляд, меняется. Хотя это конечно тот случай, когда хотелось бы ошибиться.
amateur80lvl
26.07.2023 08:41+1Иногда наступает момент, когда пора уже забить на поиски работы и начать что-то делать.
snizovtsev
26.07.2023 08:41+3Если есть на что кушать и где жить.
amateur80lvl
26.07.2023 08:41+1Ну так это и к поиску относится. Следующий уровень - это, конечно же, перестать болтаться без дела и попробовать найти работу :) Вот так и бегаем по кругу.
snizovtsev
26.07.2023 08:41Я понял вашу фразу как "вместо поиска работы основывайте свой бизнес". Но срок выхода бизнеса на окупаемость обычно намного выше, чем срок поиска работы.
amateur80lvl
26.07.2023 08:41Тоже вариант, но если я чего и имел ввиду, то нечто среднее, по своим скромным запросам :)
N-Cube
26.07.2023 08:41Напишите книгу по своему открытому проекту или технологиях или что там вам интересно, к примеру, чем по собеседованиям ходить. Сразу и вопросы о языке снимает (если книга на английском) и еще много о чем, в зависимости от книги. Кому-то даже заработать удается на продажах, но не стоит на это рассчитывать. Так что и интереснее и полезнее, чем задачки к собеседованиям решать. Благо, издать сейчас проще некуда онлайн.
bpGusar
26.07.2023 08:41+3"Я не задрачиваю литкод и нахватался по верхам без глубокого знания теории о том, как же на самом деле работает event-loop в node.js (как же я горю с таких вопросов, уверен, на хабре найдутся люди, которые на полном серьезе спрашивают подобное, расскажите мне, зачем)."
вот с этим я согласен. интервьюеры, которые на полном серьезе тратят целый час интервью на эти бесполезные расспросы хотя даже они понимают, что в реальной разработке нужно только знать как промисы работают и как сделать запрос через axios.Mes
26.07.2023 08:41+8К вам пришли два кандидата.
Оба знают, как работают промисы, мастерски владеют axios, опыт плюс минус одинаковый. Но один понимает как работает event loop, второй - нет. Кого выберете? И по софт скиллам примерно одинаковые.
Leetc0deMonkey
26.07.2023 08:41+7Тот кто первый пришёл. Время же горит, работы - конь не валялся. А это упущенные миллионы денег. Или, всё не совсем так? Можно и привередливо повыбирать пару месяцев, да? А, может, и не нужен совсем никто?
siziyman
26.07.2023 08:41+1Можно и повыбирать, потому что цена ошибки выше, чем цена лишнего месяца "простоя" (и то на самом деле как правило не простоя, а просто неповышения производительности команды).
holodoz
26.07.2023 08:41+6Ну да, в мире ведь полно абсолютно идентичных кандидатов, и только вопрос про event loop поможет опознать избранного. Вы придумали отличное решение для несуществующей ситуации, поздравляю
Mes
26.07.2023 08:41-1А Вы что такой токсичный? Ситуация выдуманная, но вполне может быть реальной. Я выберу того, который не просто знает как пользоваться, например, reactjs, а знает платформу nodejs на более низком уровне. И не надо для этого повторять теорию перед собесом, стек свой нужно знать и понимать.
MRD000
26.07.2023 08:41+2Я как бы согласен. Но вот представьте, что вы получили 30 тыс. заявок на вашу позицию (потому что зарплата там $500k в год). Предположим, вы как-то отфильтровали 100 кандидатов. Как Вы планируете их интервьюировать без алгоритмов? Желательно не надеяться на испытательный срок, потому что Вам нужно выбрать лучшего из этих 100 сразу, после выбора одного остальные больше не придут обратно, если испытательный провалится. Да и дорого это пробовать через испытательный срок.
Wan-Derer
26.07.2023 08:41+5Как Вы планируете их интервьюировать
Берёшь первого, потом второго.... потом следующего. Первому, кто подошёл по требованиям, делаешь предложение.
Вам нужно выбрать лучшего из этих 100
Не думаю что это возможно. Не думаю что задача ставится именно так.
Keeper9
26.07.2023 08:41+7Всё уже придумано до нас.
ArkadiyShuvaev
26.07.2023 08:41Мне очень понравился этот подход.
Интересно, в реальной жизни используется ли он в процессе найма?
Ведь можно немного подождать после публикации вакансии и, скажем, через недельку отправлять резюме.
Keeper9
26.07.2023 08:41Конечно, используется. Хотя чаще реализуется такой сценарий.
Собеседуют последовательно Ваню, Петю, Васю, Колю. Всем им отказывают, по той или иной причине. Проходит ещё время, собеседуют ещё человек восемь, с таким же результатом. Потом кто-то из интервьюеров начинает вспоминать: "Надо было взять Васю."
LittleGold
26.07.2023 08:41+6По поводу третьей истории
Мне жаль что вам довелось испытать такой опыт. Грустно ,что вам не мог сразу кто-то из друзей/приятелей подсказать, что бы уходили сразу.
Девушек-it, меньше как-то воспринимают ( хотя это ошибка), скорее всего ещё из-за этого было такое отношение. Вам главное верить в себя и в ваши силы! Я думаю, в 95% кампаниях, такого отношения не будет, поэтому смело пробуйте, если ещё не устроились, всё получится!UncleAndy
26.07.2023 08:41+3У моей знакомой девушки была аналогичная ситуация (да еще это была ее первая работа). К счастью, мне удалось ее убедить что из такого токсичного коллектива надо уходить.
zodchiy
26.07.2023 08:41+17Мне собесы всегда такой пинок давали, что я через месяц брал +12 уровней в знаниях. Когда работаешь в одной сфере, то глаз замыливается, и ты перестаешь интересоваться темами выходящими за рамки твоих проектов.
Проваливаешь собес на вопросы (.net) - а можно async в lock? а почему? а сколько весит объект в памяти, что там за данные? а как работает dictionary внутри, какие механизмы используются, почему он иногда O(1), а иногда O(n)? а где получение данных быстрее, в массивах или в linkedList? а от чего зависит? а при чем тут кэш процессора? и прочие вопросы, которые обычно в голову не приходят изучать пока ты пишешь корпоративные микросервисные api-шки.
И через 5-6 таких собесов становишься на голову выше самого себя.
panzerfaust
26.07.2023 08:41+7Абсолютно солидарен. Кто-то после провала идет в гугл и учится, а кто-то идет на хабр и жалуется. Особенно странно видеть, когда в одной жалобе соседствуют тезисы "собесы превратились в тест на умение пройти собес" и "да у меня X лет опыта, я что угодно могу освоить". Выходит, человек может освоить что угодно, но 20-30 платиновых вопросов с собесов почему-то в этот список не входят.
khajiit
26.07.2023 08:41-1Освоить — не за три секунды же.
panzerfaust
26.07.2023 08:41+2А кто говорит про 3 секунды? С месяц назад были где-то комменты от сеньора-помидора, который якобы уже 30 собесов за год завалил. Виноваты оказались, как водится, "фиктивные" сеньоры-интервьюеры. Ну по моим прикидкам за год сеньор может не то что платиновые вопросы усвоить, а какие-нибудь фреймворк или стандартную библиотеку языка по винтикам разобрать на расслабоне.
khajiit
26.07.2023 08:41+1Если бы "справочник платиновых вопросов и ответов на них" лежал в открытом доступе, эти вопросы перестали бы быть платиновыми.
JVM-то, сеньор, может и разберет. И, может, даже свою реализацию от скуки напишет.
А вот будут ли это те винтики, которых ожидают от него — вопрос. Вполне можно посчитать что-то само-собой разумеющимся или неактуальным — а потом нарваться на вопрос о каком-нибудь нюансе, который не показался значимым.panzerfaust
26.07.2023 08:41+4Если бы "справочник платиновых вопросов и ответов на них" лежал в открытом доступе, эти вопросы перестали бы быть платиновыми.
Вы серьезно? Да на одном только хабре каждый месяц мелькают статьи типа "100 вопросов для java-собеса". ИЧСХ, на 80% собесов разговор никуда дальше и не уходит. А если и уходит, то контора как правило реально пилит что-то сложнее среднего и абы кто им не нужен. Я так провалил собес в 2ГИС - ну так я на них и не в обиде. Скилла не хватило.
У вас есть фактура какая-то? Чтобы у вас регулярно спрашивали дичь типа "как работает функция синуса из стандартной библиотки"?
Areso
26.07.2023 08:41Коллегу как-то просили написать функцию синуса с рядом ограничений =)
Я бы к такому на собесе не был бы готов, и в (условиях озвученных ограничений) тупо зафигачил бы таблицу значений. Даже работало бы, с определенной точностью, но я почти на 100% уверен это вряд ли, что ожидали на собесе увидеть.
khajiit
26.07.2023 08:41+1Всерьез.
Конкретно java каджиту малознакома, синусы тоже не спрашивают — не та область, а вот, например, по контейнеризации — да.Абстрагированный пример:
I: Вы работали с proxmox и lxd, напишите простой Dockerfile.
Me: Почему не скрипт для lxd или proxmox? (ладно, на самом деле этот вопрос всегда опускается, потому что вызывает синий экран с ребутом). Хорошо, но мне понадобится заглянуть в мои заметки и проверить результат в консоли.
I: …Собеседование от яндекса:
Вводная: было подчеркнуто несколько раз и рекрутеру и интервьюеру что постоянно программировать не приходится, поэтому нужно будет подглядывать.
Вроде ok-ish, продолжаем.
Задание простое, распарсить лог и посчитать количество вхождений по uri в секунду. Начало было не очень правильным, т.к. код писался наживую в их онлайн-блокноте, и начал вообще с собирания строк в список. Итогом стал функциональный (насколько это вообще возможно на питоне — спасибо Erlang'овскому прошлому) парсер, выбирающий только нужные куски из лога и инкрементирующий ключи в Dict.
I (в обратной связи): решение интригующее (но, видимо, недостаточно).И вишенка на торте: они приходят сами, со словами как вы нам подходите, а на деле плюс-минус отклонение от принятой кривизны рельсы в их пайплайнах === BSOD.
Такая вот се ля ви.panzerfaust
26.07.2023 08:41+2Вы отвечаете на какие-то свои мысли, а не на мой изначальный тезис. А тезис в том, что не пройти один собес - бывает. Не пройти N собесов кряду - это уже звоночек и повод прям серьезно что-то пересмотреть. То есть если бы вам на каждом собесе предлагали распарсить этот лог - а вы бы каждый раз заваливали задание, то тут уже не в собесах дело.
khajiit
26.07.2023 08:41+2Да, в целом-то, как раз на ваш изначальный тезис… суть в том, что, во-первых, в каждой конторе — свои погремушки, во-вторых, перенести опыт с одних погремушек на другие многие просто не умеют. Как следствие, если нет буквального попадания в типичные внутрикорпоративные задачи (о которых не обо всех узнаешь и через год работы) — собеседование проваливается.
Как раз потому, что то требуется на очередной coroner-case, о котором ты впервые слышишь, найти ответ за три секунды, то за эти три секунды обосновать неспециалисту, почему опыт с разных оберток вокруг одних и тех же ядерных механизмов вполне себе переносится.
anonym0use
26.07.2023 08:41+10И потом со всеми этими знаниями продолжаете клепать "корпоративные микросервисные api-шки" постепенно забывая эти самые знания.. .
kinall
26.07.2023 08:41Я, конечно, сварщик не настоящий, в смысле литкод даже не открывал, но первая история звучит для меня примерно так:
"Отучился девять классов, пошёл в армию, потом на контракте три года. Научился всему: и грузовик водить, и забор красить, и даже радиограммы отправлять. Чёрт, да я вообще всему могу научиться теперь, только скажите! Дослужился до старшего лейтенанта, взводом командовал! Теперь вот ищу работу мастером цеха на заводе, и меня почему-то не берут"
Поясню аналогию. Из образования - бакалавриат (извините, но это называется "неоконченное высшее", кто бы что бы не говорил). Из опыта работы - 7 лет в конторе деда Никанора, на все руки мастер, но глубоко ничего не знает и не умеет.
Эти "горящие" вопросы про основу как раз и показывают, понимает человек суть того, что делает, или просто по-обезьяньи копирует. Пример из другой области: знал когда-то человека, презиравшего грамматику при изучении иностранных языков - мол, это всё теория, а я вон сериалы в оригинале смотрю. Речь шла, конечно, про английский. Как-то раз он стал меня уверять, что надо говорить не "I do", а "I'm doing", потому что первый вариант - устаревший и архаичный, а второй - современный и модный. Ну да, ну да...
Jianke
26.07.2023 08:41Из образования - бакалавриат (извините, но это называется "неоконченное высшее", кто бы что бы не говорил)
Неоконченное образование = это Associate Degree = 2 года учёбы в колледже с последующим выпуском. https://en.wikipedia.org/wiki/Associate_degree
(если не лезть в долг у банка на годы, у большинства, просто, нет денег на то, чтобы оплатить 4 года колледжа и получить Bachelor Degree, который двое круче, чем Associate Degree)
Kragius
26.07.2023 08:41+4Основная проблема работы на us/eu - это сложность оплаты труда. Нужно реально выискивать какие то схемы, оплачивать чуть ли не криптой - короче заниматься всякой подозрительной деятельностью, привлекающей внимание всяких надзорных органов. Вроде и можно, но любой другой кандидат, которому можно просто перевести деньги со счета на счет - будет выигрывать в данной ситуации.
username-ka
26.07.2023 08:41+17"Я не задрачиваю литкод и нахватался по верхам без глубокого знания теории о том, как же на самом деле работает event-loop в node.js (как же я горю с таких вопросов, уверен, на хабре найдутся люди, которые на полном серьезе спрашивают подобное, расскажите мне, зачем). "
наблюдая за продажами со стороны аутсорс-компании, констатирую заметный IT-кризис - открытых вакансий стало меньше, IT-компании растут меньше, и т.п.
открытые позиции забиваются уволенными из фаангов бездельниками. Бездельниками, но с подтверждённым опытом в компаниях, которые точно делали хорошие продукты мирового уровня.
А тут приходит кандидат с непонятным прошлым рабочим опытом, который не знает ответов на базовые (читай - азбучные) вопросы по своему стеку, и вместо того, чтобы потратить 30 минут на чтение статьи, начинает воротить нос и сетовать на плохих интервьюверов?
Конечно, информации по первой ситуации недостаточно - тут нужно увидеть реальный кейс собеседования, и услышать, как отвечает кандидат. Но предположу, что:
Вероятно, вы плохо говорите. Или язык плохой, или культурно вы не интегрированы в западную модель коммуникации. Это сложно объяснить, но "чужой" чувствуется за километр. А сейчас, когда команды все работают удалённо, и единичные компании смогли действительно наладить этот процесс, и всё зависит от личного уровня ответственности и самоорганизации отдельного инженера, человек, у которого есть любые странности в коммуникации, даже при хороших хард-скиллах, будет отброшен.
Вероятно, вы не так хороши по хард-скиллам, как вы привыкли о себе думать. Я не задаю вопросов про Event loop на собеседованиях, но понимаю, почему они есть. Если человек работает с нодой и не почесался почитать откровенно базовые вещи про свой core stack, ИМХО - разговор можно сворачивать. Какова вероятность, что он держит руку на пульсе и следит за развитием экосистемы (которая печально известна скоростью своего развития и эволюции, и размером "зоопарка")? Какова вероятность, что он сможет разруливать сложные ситуации, связанные со спецификой работы самой ноды? Какова вероятность, что при получении задачи, он проанализирует возможные варианты решения, и сможет обоснованно выбрать наилучший? Какова вероятность того, он анализирует различные варианты структурирования исходного кода, архитектурные подходы, подходы к тестированию, и т.п.
Поэтому совет - вернитесь с небес на землю. Сегодня к собеседованиям на этом рынке нужно готовиться. В том числе "задрачиванием литкода", а также коммуникации, ответами на типовые вопросы, продумыванием нарратива о себе и своём прошлом опыте, подъёмом "матана" по systems design, чтению и запоминанию хотя-бы основной документации по своему core stack-у, сбору инфы о потенциальном нанимателе, подготовке CV под позицию, вылизыванию своего github-аккаунта и демонстрации контрибьюшенов в open source, тренировочным собеседованиям, и т.д. и т.п. Даже сегодня ищущий да обрящет, но для этого нужно перестать ныть про плохие интервью для начала.
zergon321
26.07.2023 08:41+5Я думаю, просто никому не нравится, что даже в самых маленьких компаниях с невысокой зарплатой устраивают собеседования на 7 этапов с литкодом, систем дизайном и т.д., при этом на самом продукте никакой высококлассной оптимизацией и не попахивает, а таски там вообще не выходят за грани совершенно обыденного
Rive
26.07.2023 08:41+5Это просто издержки экзаменационного конкурса на должность. На месте пришло N человек, эйчару надо выкинуть N-1 под благовидным предлогом. Если даже такие собесы удерживают чьё-то внимание до конца - значит, конкурс действительно большой даже у маленьких компаний.
i86com
26.07.2023 08:41+2Если человек работает с нодой и не почесался почитать откровенно базовые вещи про свой core stack, ИМХО - разговор можно сворачивать.
Так и большинство русскоязычных людей вам не смогут по памяти все части речи перечислить. Можете сами попробовать вспомнить, загибая пальцы, а потом провериться по википедии.
Означает ли такое незнание таких вот базовых вещей профнепригодность для работы в компании, где основной язык - русский? По-моему, нет.
username-ka
26.07.2023 08:41+1Не могу согласиться с вашей аналогией. Я не прошу людей перечислять все очереди в ивент лупе, и все интимные подробности их выполнения, оптимизации и приоритизаций. Также не предполагаю, что реально кто-то такое спрашивает, даже если и мечтает услышать. Тут речь о том, что человек понимает (или нет), что это такое, что оно делает, как оно в ноде появилось, почему оно такое как есть, и в каких случаях это оказывается важно знать.
И это не то знание, которое может быть вымыто за ненадобностью. Это понимание, которое остаётся в долговременной памяти. Вы же не забыли, что вообще понимается под "частью речи", и зачем оно нужно?
И если раньше люди, не понимающие как работает их платформа, тоже были нужны, на низкооплачиваемых должностях, решать простые типовые задачи. Сегодня они нужны в меньшей степени - потому что даже на небольших проектах никто не поймёт, почему простые задачи решаются так долго. А завтра их работу вообще будет делать ChatGPT. Поэтому по-другому никак.
i86com
26.07.2023 08:41+2Ну так человек и пишет, что нахватался по верхам, без глубокого знания теории. Как-то же он программы писал. При этом он мог и не знать или не помнить, как там между собой договорились это называть теоретики программирования.
Если к современному собеседованию вместо опыта реальной работы нужно зубрить "святые писания", без которых человек вполне справлялся с работой вчера, то это собеседование плохо проверяет реальную способность человека выполнять работу.
И это не то знание, которое может быть вымыто за ненадобностью. Это понимание, которое остаётся в долговременной памяти.
Понимание и умение объяснить - разные вещи. У меня ни раз бывало, когда мне показывали кусок моего кода и спрашивали "почему так написал?". А я понимаю, что написал единственно верный вариант, а вот почему - с ходу и не могу объяснить. Только через несколько дней до самого доходило, как словами описать, почему так - лучше.
Вы же не забыли, что вообще понимается под "частью речи", и зачем оно нужно?
Когда я задал этот вопрос жене, она начала перечислять "подлежащее, сказуемое, ...". Пришлось поправлять.
И это ещё в спокойной обстановке. А на собеседованиях я и возраст-то свой забывал порой, какие уж там ивент лупы. :)
ffh2000
26.07.2023 08:41У меня один в один ситуация как в статье последние года три. Возможно все это началось еще с карантина COVID-19. Сливаются подряд все. А последние месяца два (я раз в полгода выхожу на рынок труда для мониторинга), назначают интервью и пропадают. Наиболее ответственные пишут, что уже нашли. Получается дальше HR даже не прохожу. Я пробовал снизить зарплатные ожидания, поднять, задрать. Все одинаково.
0UTS1D3R
26.07.2023 08:41+3Мне за автора 4 истории наиболее обидно. Сам вот тоже, образование бакалавра по ИБ и магистратуру по ней же (при чем на английском). Оканчивал ИТМО. А в итоге... Опыт собесов у меня есть в статье на аккаунте, сейчас работаю просто разрабом Microsoft Dynamics AX. Вроде что то делаю, а чем больше делаю, тем сильнее страх что я ничего не понимаю, что я тупой и меня не сегодня так завтра уволят, ибо прошло 2 года а я чет какой то не такой, хоть ПМ и говорила мол по мне только позитивная обратная связь.
Пытался смотреть вакансии, такое чувство что это просто никому не нужно, ни в РФ, ни зарубежом. Еще были истории когда сначала сами пишут предлагают вакансию, а потом либо игнорят, либо говорят что я не подхожу (а зачем писали то тогда?). Пытался попытать счастье в поиске релокации - все заканчивалось на вопросе (если отвечали вообще) "а есть ли у вас разрешение на работу в нашей стране?". А если искать явно релоцирующие вакансии, такое чувство что кроме веб-разработки никто не нужен (привет всем конторам которые орут про жесткий дефицит всех профессий на которые они делают курсы).
Такое чувство что я до пенсии (если не уволят) буду делать ERP причем в качестве максимально среднего разраба, а я админить хочу, ИБ заниматься, серверы писать... Мда.
DMGarikk
26.07.2023 08:41"а есть ли у вас разрешение на работу в нашей стране?"
ага, тут обычно обламываются те кто думает что их закидывают предложениями из US, а там почти все вакансии такие, GC/Work Permit required
(привет всем конторам которые орут про жесткий дефицит всех профессий на которые они делают курсы).
конторы про страну где они находятся орут… правда не говорят что орут про сеньоров, а в РФ Dynamix явно не в фаворите…
imho вам надо менять место работы на более релевантное
а я админить хочу, ИБ заниматься, серверы писать… Мда.
ну так попробуйте подаваться на такие вакансии… хотя конечно джунам сейчас напряжно, да, но пишите что вы миддл-сеньор
чтобы коснуться ИБ (без отдельных требований к образованию) надо идти админом в финсектор, в какойнит сбер или процессинг… но там с зарплатам всё не очень… мне например очень большой опыт в ИБ такая работа дала
Areso
26.07.2023 08:41но там с зарплатам всё не очень
для России более-менее норм. Ну и на собес лучше придти подготовленным конечно - хотя бы на своих виртуалках нужные и актуальные инструменты погонять.
DMGarikk
26.07.2023 08:41+1для России более-менее норм.
это смотря о каких цифрах мы говорим
вилка 150-200 для сеньоров-админов с ф-ции лида это не нормAreso
26.07.2023 08:41+1так так, мы сейчас говорим, чтобы человеку перекатиться из Dynamics в ИБ, или о том, что о том, что сеньоров с ф-цией лида в ИБ это не норм? Не норм.
Но 150-200 с учётом премий человек получит, с голоду не умрёт, через год-полтора сможет предметно разговаривать о росте зарплаты.
DMGarikk
26.07.2023 08:41через год-полтора сможет предметно разговаривать о росте зарплаты.
я это к тому что в рамках ИТ, зарплаты в админстве самые печальные, даже на топовых должностях, за небольшими исключениями
про ИБ я вообще не знаю, не видел за всю карьеру ни одного адекватного ИБшника от которого у меня не было бы чувства рукалицо
Areso
26.07.2023 08:41на которые они делают курсы
справсти ради, на Dynamics Axapta/Navision курсов нет.
ИБ заниматься
видел только 1 вакуху с релокацией
админить хочу
вакух DevOps'ов с релокацией и сегодня дофига. Ветки вместо денег, но из России вывезут (если вдруг у вас есть такая цель).
серверы писать
бэкендеров нужно довольно много, но там конкурс сейчас мама не горюй.
bear11
26.07.2023 08:41+2Ха. Цените то что у вас есть!
-
админить хочу
Привет депрессия. Одна из тех работ что делают несчастными. Стоит это (до уровня начальника отдела) существенно дешевле.
-
ИБ заниматься
Привет крючкотворство и ответственность. А уж если хакнут вашу контору...
Стоит это также существенно дешевле.
-
серверы писать
Ну и пишите - себе автоматизацию и домашние пет проекты. Думаете по заданиям писать серверы интереснее?
Можно еще в какой-нибудь free software проект присоединиться.
-
Sudinoi
26.07.2023 08:41+3Я тоже не могу найти. Сейчас занимаюсь доработками сайтов, в техподдержке уже скучно, разработчиком не берут, а промежуточного звена нет. Нужно, чтобы дали возможность получить опыт и подтянуть навыки до полноценного разработчика, но это никому не нужно даже за небольшую зарплату. Требования за 50 000 такие же как за 150 000. Считаю, это несправедливо, и на низкую ставку могли бы брать людей без опыта.
prok_iv
26.07.2023 08:41+3Голосовать не могу, поэтому так напишу. Поддерживаю, это боль. Фактически история в том, что вакансий начинающих вроде как много, но не пройти дальше HR. Как будто на зп Junior-a ищут мидла и если не хочешь в резюме врать будущим коллегам про опыт - без вариантов.
И здесь еще можно поднять тему восполнения кадров. Что компании будут делать через некоторое время,когда все дружно поймут, что Junior-ов желающих работать и разбираться в деталях годами никто не готовил?
P.S. Вопрос HR-ам : Вам нравятся соискатели, которые соврали вам еще до знакомства? Может давать "технарям" выбор некоторого количества соискателей допущенных до технического интервью?
Areso
26.07.2023 08:41+3И здесь еще можно поднять тему восполнения кадров. Что компании будут делать через некоторое время,когда все дружно поймут, что Junior-ов желающих работать и разбираться в деталях годами никто не готовил?
Несмотря на конкурс в районе 50 к 1 у джунов (и это значение растёт), горшочек в виде курсов продолжает варить. СБ, ГБ, ЯП, Отус, Слёрм - и это только крупные - продолжают выпускать и выпускать людей.
gluck59
26.07.2023 08:41+1Да что ж вы к этому опыту пристали... Вместе с опытом приходит возраст, и если кандидат 35+ — все, пошел отсюда.
codeforcoffe
26.07.2023 08:41+2Джуны были нужны пока на рынке был дефицит мидлов, сейчас когда рынок сжался и те же киты начали сокращать людей за работу из-за границы на рынке появились мидлы. И джуны конкурируют уже не друг с другом, а с мидлами уже.
В программировании конечно есть мелкие задачи, которые может делать джун, но именно ради них держать джуна никто не будет. Всем нужны универсальные мидлы которые делают более менее любую задачу.
Задач где нужен джун именно, а не мидл я не знаю. Возможно где то они есть и я даже могу их придумать... но лично не видел.
bel1k0v
26.07.2023 08:41+3По большому счёту сами авторы говорят причины (только не указывают их явно):
Изучить рынок
Человек думал, что пишет программу, а оказалось, что хочет продукт, а это совершенно разные вещи.
Тут не повезло, зубы надо свои не стесняться показывать, а иногда даже кусаться.
-
Четвёртый просто обыкновенный инфантильный лентяй, ещё 10 лет учиться (самостоятельно)
iamwizard
26.07.2023 08:41+1Первая история:
как же на самом деле работает event-loop в node.js
Даже если не знать технических подробностей, для сеньера, имхо нужно понимать почему setImmediate(()=>{ for(;;){} }) заблокирует работу всей программы
Третья история:
Собеседование и испытательный срок в обе стороны - если к вам не относятся по человечески - уходите. Перед принятием предложения продите больше интервью чем планировали что-бы у вас сложилось понимание, что если с одной конкретной компание не срастется - вы всегда сможете найти другую.mayorovp
26.07.2023 08:41+4Вот только для понимания того почему
setImmediate(()=>{ for(;;){} })заблокирует работу всей программы — нет необходимости знать все фазы цикла событий. Достаточно знать что цикл событий есть и что поток один.
maxzh83
26.07.2023 08:41+31) Я не задрачиваю литкод и нахватался по верхам
2) Рынок прямо сейчас перенасыщен крутыми литкодерами из ФААНГА
3) Я русский
А где вариант "прошу много денег"?
DMGarikk
26.07.2023 08:41+4А где вариант "прошу много денег"?
на самом деле есть вариант "прошу мало денег"
p.s. вообще в историях не хватает вилок на которые соискатели не могут найти работу
AVX
26.07.2023 08:41+2Не очень в курсе как в us/eu, а в России - сам попробовал - меняешь вилку в резюме в бОльшую сторону - оп, и уже начинают сами писать и что-то предлагать. Видимо, у HR есть где-то фильтрация на диапазон сколько человек хочет. И если хочешь меньше, чем предлагают на должность - то просто даже до HR может не дойти, отфильтруется сразу.
gluck59
26.07.2023 08:41+3Прошел собес в одну из дочек Ростелекома тимлидом разработки. В вилке от 200, в беседе "мы больше 140 не можем". Ладно, здесь депрессивный регион, 140 — огромные деньги, сгодится.
Договорились. Они пропали. Достучался.
Ответ "вы нас устраиваете, но мы выбрали того кто запросил меньше".
cahbeua
26.07.2023 08:41+1А что значит с девопса уйти во вторую линию сисадминства? Это как из нейрохирургов уйти в медсёстры. Ну ладно - в старшие медсёстры. Есть же ещё первая линия. Хотя это ниже уборщицы. Обычно с аникея начинают на первой линии, затем по головам и правдами не правдами выходят на вторую, а уже оттуда, откашляв золу и сажу адского подвала техподдержки идут в девопсы. Или есть девопсы аникеи?
DarthVictor
26.07.2023 08:41+43) Я русский, (забыл упомянуть, ищу только на us/eu маркете) и как бы интервьюер ни говорил, что всё окей, иногда чувствуется, что не окей.
Уже сколько раз им говорили, не рождайтесь в России. А они рождаются и рождаются, рождаются и рождаются.
vedenin1980
26.07.2023 08:41+3Пока вижу для себя 3 возможные причины почему я до сих пор без работы:
3) Я русский, (забыл упомянуть, ищу только на us/eu маркете) и как бы интервьюер ни говорил, что всё окей, иногда чувствуется, что не окей.А вы не пробовали проверить свои скилы английского и умение правильно себя вести на собеседовании (вот те самые soft skills)?
Потому что обычно найтивы не говорят про язык и даже его хвалят, но он может быть очень большой проблемой. Ну и если на старой работе никого не волновало класический образ угрюмого нелюдимого русского, то для поиска работы (особенно в us маркете) это может быть сразу красным флагом.
Neo28
26.07.2023 08:41Первая история становится типичной, рынок труда в ит после перегретости времён ко вид, сдувается. Вакансий меньше реальных, компании загоняют людей в офис, хотя бы на гибрид, если говорим про хорошую зп. На рынок выходит масса людей готовых прогнуться на удаленке по зп с небогатых стран. Ну и я знаю реально контору первого эшелона, внедряют ai в разработке в простых задачах, типа фронт разработки и простеньких микро сервисов. Высшую точку рынка для работника, мы увы прошли. ИТ становится камодити как это происходило в массе отраслей
Nadish
26.07.2023 08:41Жаль, что в первой истории нет количества подач. В 2021 году искала работу, в вебе в Германии, уже живя в стране и имея опыт работы 4 года на американскую компанию, плюсом к 12 годам российского опыта. Приняла оффер только на четвертый месяц, до этого был десяток отказов, один оффер на смешную сумму. Решала литкоды, готовила ответы на поведенческие вопросы, ну и делала тестовые, конечно. Сейчас полагаю не менее полугода поисков будет, если меня затронут сокращения.
Немного с ностальгией вспоминаю, как до 2015 года искала работу в Москве. Она всегда сама меня находила, максимум пару собеседований и решение принято, никаких месяцев поисков.
Algrinn
26.07.2023 08:41+2Ой, да программисты зажрались просто. Считают, что если у них 7 лет опыта то они синьёр-помидоры. Почему у врачей опытные начинаются от 10 лет опыта, а доктором с 20 годами никого особо не удивишь. Привыкли, что вакансий много и что их все хотят. А теперь вакансий мало и за них ещё придётся повоевать.
Stepan_Bel
26.07.2023 08:41Ещё опыт опыту рознь. Если чел 7 лет юзал накатанные решения и пропукивал стул на удаленке, а затем в тимлиды метит, то эт странно
itundp
26.07.2023 08:41Первая исторя прям как у меня, с единственной поправкой, что занимаюсь с RPA и все, что с ней связано, а также бизнес аналитикой
Paskin
26.07.2023 08:41+1как же на самом деле работает event-loop в node.js
Не приходилось работать с node.js - но .NET-чиков я всегда спрашиваю, как работает Task. Для разработчика нагруженных приложений важно понимание, как выполняется написанный код - и как следствие, каких паттернов лучше избегать и где искать при появлении каких-то "тормозов" и прочих non-functional проблем. Или - что и где нужно поменять в настройках, если у вас 32-ядерный сервер (или одноядерная система-на-чипе - такое тоже бывает).
При этом, разумеется, я никогда не спрашиваю и не оцениваю знание наизусть имен классов, методов и набора их параметров - т.к. я и сам это не помню, благо есть IDE и Гугл.
shsv382
26.07.2023 08:41-1Я не задрачиваю литкод и нахватался по верхам без глубокого знания теории о том, как же на самом деле работает event-loop в node.js (как же я горю с таких вопросов, уверен, на хабре найдутся люди, которые на полном серьезе спрашивают подобное, расскажите мне, зачем)
99% кандидатов умеют во фреймворки и могут сделать все, что вы видели и не видели в разных приложениях. Ваша ценность в том, как вы поведете себя в случае, если что-то пойдет не так, или вы столкнетесь с чем-то нестандартным,
сделанным из говна и палок,или же наоборот заумным или требующим оптимизации производительности до мелочей. Работодатель в этом случае просто хочет быть уверен, что вы возьмете и все сделаете на лету, а не будете тратить неделю, чтобы разобраться, как работает event loop или как сделать O(n log n)
denya133
26.07.2023 08:41+1Сначала, после прочтения вводной подумал - "да реально просто невезение и несправедливость - пришлю контакты свои, мы сейчас как раз в процессе найма новых сотрудников"
Прочитал первую историю и столько противоречивых мыслей в голове. От "ну чувак же реально опытный" до "ну а чем ему я помогу - работаю я в российской компании, а ему только eu/us подавай"
Остальные истории попроще, но вот с десктопом (последняя) могу только помочь тем, что дать контакты с предыдущего места работы. Там маленькая компашка, но тимлид там очень опытный С++ (Qt) + современные стандарты - не знаю сколько предложат по деньгам, но зато можно прокачаться, набраться современных знаний по плюсам.
Я техлид/тимлид + занимаюсь техническими собеседованиями (не HR). Хотелось бы пару слов сказать про собеседования и "забористые" вопросы про event loop :) - Да вопросы и такие тоже есть, но вопросов очень много и по множеству других направлений (Nest.js, базы данных, кеши, очереди,.. и простые и средние и сложные). А специфика такая что из технической команды из 40 человек только 10 мидлов, джунов нет, остальные сеньоры (да, и такое бывает, с реально крепким опытом доказанным на практике) - поэтому уверенное знание и умение в том стеке технологий, которым мы пользуемся это очень важно, применение (и понимание) ООП, SOLID и Clean Architecture тоже очень важно - так как являются ядром нашего код стайла. Но самое важное - умение думать и упорство.
Сейчас есть открытые вакансии по бекам и девопсам, поэтому если нужна работа и не пугает тяжёлое собеседование - пишите denis.trayzhon@marketguru.io или нашим HRам напрямую.
Platow
26.07.2023 08:411 история для западного рынка актуально да, там нужно полюбому постоянно тренить на литкоде
whoisking
26.07.2023 08:41Похожие траблы, овердофига времени не смог найти работу, если сперва ещё был фидбек по каким-то тех вопросам и подтягивал знания по ним, то после некоторого времени уже просто ловил отказы в стиле "взяли другого чела, он чуть лучше в %{}" и уже напрямую говорят, что это была лотерея и мне просто не повезло, без конкретных минусов в скилах. Тут уже сложно не сгореть)
snizovtsev
Первая история типична для зарубежного рынка труда 2023 года. Дело не в герое и не специализации, а в рынке и времени. Почти у всех сейчас так -- вроде вакансии ещё появляются, но до оффера или хотя бы тех собеса доходит в 1 отклике из 20.
vanichh
Да, такое есть сейчас, самое интересное, что эйчары сами пишут, предлагают пройти собеседование, ты проходишь, тебе дают обратную связь, что все понравилось и пропадают
MxMaks
Эйчары проводят большинство собеседований, чтобы отчитаться, что они работают и не зря зарплату получают.
Anton-ivanin
Плюсую. Мой последний цикл трудоустройства занял почти полгода. 400 откликов, 12 приглашений на собеседование, 1 оффер. В России работа меня находила сама, нынешний опыт довольно травматичен для ЧСВ)
Perlovich
У меня абсолютно то же самое. Когда в 2020 году разместил свое резюме на хабр карьера (который вроде тогда назывался "Мой круг"), мне начали звонить и писать буквально спустя 10 минут. Собеседования были простейшие. Задачки, если и давали, то уровня easy с литкода. Но, в основном, просто разговаривали по душам. По итогам куча офферов от 4K чистыми и выше.
Зато этой весной разместил резюме на линкедин и на том же хабр карьера с указанием того, что хочу, чтобы помогли с релокацией. За месяц были собеседования лишь в двух компаниях. Сделали всего 1 оффер, который я с радостью и принял.
vedenin1980
Ну так, сейчас неожиданно образовалось десятки и сотни тысяч специалистов, которые готовые подвинуться по зарплате и перерабатывать, лишь бы им помогли с релокацией в страну с высоким уровнем жизни.
Boilerplate
скорее в "страну с уровнем жизни", "высокий" уже опционально и необязательно
victor_1212
по поводу первой истории - imho, держитесь от мира веб-разработки как можно дальше, это на основе собственного опыта, 30+ лет работы в us, все время embedded systems, real time, сети, проблемы с работой никогда не было, типа 1-2 звонка достаточно + конечно поддерживайте networking
snizovtsev
Я как раз не веб, а в embedded systems, сети, c++ искал работу последние полгода на удалёнку. Опыт очень похожий -- скрининг интервью, ждите назначим техническое, проходит неделя -- извините, вы нам интересны, но не сейчас, а как нибудь потом. Или проходишь тех интервью, и -- извините, вы ок, но взяли другого. В embedded ещё денег меньше чем в вебе предлагают -- до 3000€ gross/month. В итоге приземлился в HFT.
victor_1212
удаленка имеет специфику конечно, судя по предложению в euro это не us, интересно что такое hft, high frequency trading? типа low-latency сети?
Kanut
В embedded по крайней мере у нас(Германия) платят нормально. Если и меньше чем в других областях ИТ, то не сильно.
Другое дело что embedded и 100% удалёнка это комбинация очень редкая. В большинстве случаев надо работать с железом и часто ещё оно и "под NDA". То есть в embedded с удалёнкой в принципе не особо хорошо, даже с частичной. А уж чтобы только удалёнка...
0xd34df00d
Скорее не «в embedded платят нормально», а «в других областях платят мало».
Грамотный C++-чувак с HFT вполне может получать полляма долларов в год, например.