Как стать автором
Обновить

Комментарии 113

Составьте список компаний, которые вам нравятся, и посещайте конференции, где выступают или участвуют ее представители.


Если у вас есть сейчас работа, и вы разработчик — ну ктож вас отпустил на конференции-то? У вас либо релиз, либо еще какой дедлайн. Либо лимиты на оплату конференций закончились. Если это и возможно — то максимум пару раз в год.
Пару раз в год как раз достаточно:) Еще можно посещать митапы, с ними проще (о них, к сожалению, забыла добавить в текст).

Можно за свои деньги, раза два за счёт компаний был на конференциях и жалел — нервы дороже

Уф. Ну вот хороший пример, почему рекрутеры не понимают разработчиков. И даже разработчики не понимают разработчиков.

В моем комментарии лимиты были на последнем месте. Да и то только потому, что в конкретной компании бывший уже начальник подразделения сам потратил весь лимит примерно на 300 человек на посещение конференций в одно лицо. Дело не в деньгах, а во времени.

У нормального, вовлеченного в работу текущего проекта разработчика нет свободного времени, чтобы мотаться по каким-то там митапам.

Я вполне допускаю, что где-то все иначе — но мой опыт этому конкретно противоречит. Ну т.е. буквально — за последние лет 10 от компании мне вообще преложили съездить один раз, на Spark AI, да и то не сложилось — и разумеется, не из-за денег (туда бы я и сам съездил, за свои).
Конференции посещают не только за знаниями, а пообщаться, сменить обстановку, повидать коллег, афтепати в конце концов))

Но в целом, мои советы они же не абсолютны и на истину не претендуют. Исхожу из опыта, ваш опыт другой, естественно, и это хорошо
У нормального, вовлеченного в работу текущего проекта разработчика нет свободного времени, чтобы мотаться по каким-то там митапам.

Бросьте, часто все действительно все иначе. Кто тогда все эти разработчики, которые доходят до конференций?) Если за весь год не получается пару раз оставить проект на 1-2 дня, то звучит так, что с процессами явно что-то не так.

>Кто тогда все эти разработчики, которые доходят до конференций?
В моем случае? Это вообще не разработчики. Тимлиды, например, или аналилики или архитекторы. Я вообще не обобщаю, я только констатирую, что у меня оно вот так.
У нормального, вовлеченного в работу текущего проекта разработчика нет свободного времени, чтобы мотаться по каким-то там митапам.

А у нормального разработчика есть время в отпуск сходить? Что за критерии нормальности такие?

за последние лет 10 от компании мне вообще преложили съездить один раз, на Spark AI

Ну вряд ли это говорит в пользу компании.
>Что за критерии нормальности такие?
Да очень простые — мне моя работа (не всегда, были и плохие проекты, само собой) как правило интереснее каких-то митапов с неизвестным результатом. Я опять же не обобщаю, есть разные люди, есть разные конференции. Я лишь констатирую — не всегда это возможно и интересно.

>Ну вряд ли это говорит в пользу компании.
10 лет — это три или четыре разных места, если что. То есть это обобщение на многих компаниях, далеко не самых плохих во всем остальном, кроме конференций.

Что же конкретно до Spark AI — вы точно представляете себе, какой это бюджет на человека? Это Лондон, если что, и это на мой взгляд говорит о компании только хорошо.
НЛО прилетело и опубликовало эту надпись здесь
Проходи мимо, чувак. Не надо было начинать с хамства, а теперь еще и продолжать им же.
Да, кстати… Мы вероятно про разное понимание нормальности. Я не говорю, что ходить по конференциям ненормально. Если вам это нравится и получается выбраться — замечательно. Я говорю, что не ходить по конференциям тоже нормально. Может быть такой склад характера, такой уровень квалификации (в сравнении с уровнем доступных конференций), такой уровень интересности и занятости в проекте, что конференции не дают ничего нового. Вот как-то так.
Соглашусь, что не ходить по конференциям — это ок, каждому своё.
С такой формулировкой ваша позиция стала понятнее, спасибо.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Если это дело стоит пару сотен евро, то это я ещё сам оплатить готов. Но вполне себе бывают конференции когда стоимость спокойно переваливает за тысячу евро или как минимум к ней приближается. А если ещё учитывать дорогу и проживание…

И такие конференции часто самые «вкусные» и есть.
Конференции появляются если вам платят немного меньше рынка.
Т.е. грубо при средней зп 200, вам платят 180, и еще пару раз возят на конференции(плюс дополнительно дают всякие плюшки). Работадателю это обходится к примеру 20тыс за раз, но при этом экономия 20*12 = 240тыс
У Егора есть хорошая статься по этому поводу — www.yegor256.com/2016/12/06/how-to-pay-programmers-less.html
>Конференции появляются если вам платят немного меньше рынка.
Не исключаю, но на мой взгляд это тоже слишком сильное обобщение. Тем более — со ссылкой на какого-то Егора, б-р-р. В моем случае речь шла например о Spark AI, и это Лондон. 20 тысяч, ага (фунтов, наверное ;). За такие деньги меня даже в Питер нельзя будет послать.
Хм. ну т.е. вот на текущий год — $795, плюс если ваша компания работает в этом, организаторы обычно дают скидку(20-30%). Ну т.е. пусть это будет даже 2-3кUSD, это все равно меньше 240К рублей.

Некоторые и платят выше рынка, и плюшек больше предлагают, включая тренинги и конференции, и делают это не за счёт уменьшения затрат, а за счёт лучшего умения конвертировать работу разработчиков во входящий денежный поток.

НЛО прилетело и опубликовало эту надпись здесь
Ну так оно и есть. Т.е. есть отдел кадров, который как раз и занимается этим. К тому же я не сказал мало. Платят или немного меньше или по рынку, но подобные мероприятия позволяют удерживать людей
Ну вот совсем не факт. То есть если ты ещё сам можешь выбирать на какие конференции ездить, то тогда это можно рассматривать как часть зарплаты.
А вот если конференции целиком и полностью выбирает работодатель, то по моему опыту это на зарплате не особенно отражается. Если вообще.

Конференции нередко проходят в выходные, а значит у работодателя разрешение спрашивать совсем не обязательно.
Даже в будний день вполне можно взять день в счёт отпуска и если запланировать сильно заранее, то вопросов ни у кого не возникнет.

А теперь представьте, что некоторые больше любят читать доклады в текстовом виде. Представили? Ну и вот, если у меня есть свободные выходные (не занятые домашним хозяйством, ребенком, и т.п.) — что лучше сделать: почитать умные статьи (даже просто в интернете, коих там заведомо навалом), или куда-то ехать, с неизвестным заранее результатом? Или вы качество выступлений можете оценить, не послушав? Особенно заранее, когда и состав выступающих еще не известен до конца.

И когда вот так к этому подойдешь — получается, что все уже далеко не однозначно.
Когда читаешь статьи, то нет возможности задать вопросы или что-то уточнить или попросить развить какую-то тему поподробнее.
Да и вообще лично для меня конкретно доклады это скорее вторично. Важнее что можно пообщаться с людьми на нужные темы и завязать какие-то контакты. И особенно когда ты в каком-то «нишевом сегменте» и/или работаешь с какой-то относительно редкой/новой технологией, то это золотого стоит.
Так я уже в который раз пытаюсь сказать, что одно другого не отменяет. Нравится/полезно? Зашибись. Полезнее другое — тоже. Речь о том, что не нужно упираться в один вариант.

>Когда читаешь статьи, то нет возможности задать вопросы
Да ладно, с каких это пор в интернете нельзя задать вопросы? Как раз в большинстве случаев — без проблем, хотя бы потому, что никто по времени не ограничен.
Да ладно, с каких это пор в интернете нельзя задать вопросы? Как раз в большинстве случаев — без проблем, хотя бы потому, что никто по времени не ограничен.

Ну во первых вы далеко не всегда можете задать вопросы именно автору статьи. А во вторых достаточно велика вероятность что ваш вопрос просто проигнорируют. Как бы личный контакт всё-таки местами даёт гораздо больше.

А если мы говорим о том что вы хотите искать новую работу(хотя бы в теории), то тут конференции однозначно дают больше чем статьи :)

>А если мы говорим о том что вы хотите искать новую работу(хотя бы в теории)
Это тот случай, когда вам вряд ли захочется показывать факт поиска на работе текущей. Ну т.е. если у вас времени вагон — то это возможно, спокойно походить, пообщаться, завести знакомства и т.п. Если же вы хотите сменить работу вот прямо сейчас — то у вас обычно не более месяца на выбор новой.

>конференции однозначно дают больше чем статьи
Смотря чего. Чтение литературы (любой) дает вам рост своей квалификации. Причем мой опыт мне говорит, что с определенного уровня это лучший способ.

Конференции дают контакты и связи — да, наверное. Контакты, которые выльются в новую позицию для вас? Ну, возможно.
Это тот случай, когда вам вряд ли захочется показывать факт поиска на работе текущей. Ну т.е. если у вас времени вагон — то это возможно, спокойно походить, пообщаться, завести знакомства и т.п. Если же вы хотите сменить работу вот прямо сейчас — то у вас обычно не более месяца на выбор новой.

Поэтому я просто всегда езжу на конференции, общаюсь и завожу знакомства. Даже если я вот прямо сейчас работу не ищу. И именно об этом в общем-то и идёт речь в статье.
И работодатели обычно тоже в курсе и тоже не особо против. Потому что есть конечно шанс что меня куда-то «переманят», но также есть и шанс что я кого-то к нам «переманю» :)

Смотря чего. Чтение литературы (любой) дает вам рост своей квалификации. Причем мой опыт мне говорит, что с определенного уровня это лучший способ.

А вот мой опыт как раз говорит об обратном. То есть с определённого стажа-опыта, «портфолио» и набора технологий дальнейшие технологии и дальнейшее техническое развитие уже мало что меняют. А вот наличие личных контактов может сыграть очень большую роль.
То есть грубо говоря в какой-то момент потенциального работодателя мало интересует что у вас там пара лишних абзацев в резюме. И чья-то личная рекомедация что вы «правильный товарищ» для него гораздо важнее.

Конференции дают контакты и связи — да, наверное. Контакты, которые выльются в новую позицию для вас? Ну, возможно.

Я свои последние две работы нашел именно вот так «по знакомству». И своих знакомых кучу «переманивал» в те фирмы где работал.
>А вот мой опыт как раз говорит об обратном.
Ну, не об обратном на самом деле. Ваш опыт говорит, что на определенном уровне технические знания играют меньшую роль, чем контакты и связи. Возможно, не спорю, даже наверное так. Просто у меня это другие контакты. Это те люди, с кем я работаю или работал. И авторитет среди этих людей зарабатывается на работе, как это ни удивительно :)
>Я свои последние две работы нашел именно вот так «по знакомству».
Ну вот смотрите — как ни странно, но я тоже. При этом конференции не посещал много лет. Знакомства были — бывшие и текущие коллеги. И какой же вывод?
Вывод такой что хотя мы с вами используем одинаковые методы поиска работы, но при прочих равных у меня будет больше выбор и больше возможностей. И следовательно больше шансов найти «работу мечты» или как минимум получить большую зарплату и/или лучшие условия.

То есть как минимум в этом пункте я с автором статьи согласен: ездить на конференции это полезный «лайфхак» в контексте поиска работы :)

Необязательный, но полезный.

Чтобы реально говорить о шансах — нужно иметь статистику. Мне кажется, что индивидуальная статистика каждого из нас собрана на слишком узкой выборке, чтобы делать из нее далеко идущие выводы.

Тем более что тут количество далеко не всегда переходит в качество. Скажем, наибольшее число предложений я наверное получал на позиции, связанные с BPM. При том, что я уже 6 лет этим направлением не занимаюсь, предложения все еще поступают. Последнее было пару недель назад, в Дубай звали. Ну и всякие гиганты типа гугля/амазона и других — эти просто всех кандидатов шерстят, чтобы к ним попасть, вообще никакие связи не нужны, нужно одно голое желание.
Чтобы реально говорить о шансах — нужно иметь статистику.

Ну у вас либо есть только «рабочие контакты», либо дополнительно к ним ещё и контакты с конференций. Причём именно дополнительно, а не взамен.
То есть естественно нет никаких гарантий что контакты с конференций принесут вам какую-то пользу. Но вреда от них точно нет никакого.
Ну, какой вред… нет конечно.
Я бы сказал, что это сильно зависит. Например «Не ждите вакансий — ищите сами». Я так пошел к компании которая выглядела интересно и написал их рекрутерам. В результате меня погнали на 7 «первых» собеседований с разными отделами, потому что «кадр, вроде, хороший, но нам не подходит так уж сильно чтоб аж прием нового человека согласовывать».
В результате когда наконец получил оффер, то просто плюнул и пошел к конкурентам у которых была вакансия и которые меня взяли без лишних проволочек.
Да, безусловно, советы не абсолютная истина, это же не законы физики:) Чаще они работают, но бывают и исключения. В вашем случае правило сработало частично, на собеседования вас позвали. Дальше уже зависело от компании, от того, какая в ней бюрократия, потребности в человеке. В любом случае, я рада, что вы нашли работу лучше, чем в той «сомневающейся» компании.
НЛО прилетело и опубликовало эту надпись здесь

Согласен, что это антисовет. Когда к тебе приходят с предложением, а не ты приходишь с предложением, ты в среднем получаешь более выгодные условия.

Это статья для начинающих разработчиков? Я не выступаю на ютубе и конференциях, мое резюме нигде не опубликовано (кроме линкедина), сам я никому не пишу и я постоянно получаю предложения о работе.

Да, предложения поступают практически всем. Это массовая проблема в рекрутинге. Но для публичных разработчиков предложения поступают обычно раньше и они интереснее.
>предложения поступают обычно раньше и они интереснее.
А можно привести источник информации, из которого сделан вот такой вывод? Ну вот тупо, берем условного меня, берем открытый профиль где-то в linkedin, и какой можно сделать вывод о числе предложений, которые я получаю, и их интересности?
Из личной практики моих клиентов. Если брать публичное поле, то, например, Никита Дубко описал, как благодаря публичности ему писали рекрутеры из Яндекса: habr.com/ru/company/oleg-bunin/blog/450830

О вас, конечно, я ничего не могу сказать. Эта задача изначально не имеет решения для меня, она уже с подвохом) Спорить не вижу смысла, вы уже победили) Частные случаи бывают разные, но в целом публичность дает бонус кандидату.
Ну, я собственно не ради того, чтоб победить, а чтоб не обобщать вот так ) Не всем вообще хочется публичности, для начала. Не всем интересно одно и тоже (в смысле предложения). Так что тут вопрос очень даже многогранный.
Да, конечно, вы правы. Не нужно насильно себя заставлять что-писать или ездить по конференциям с выступлениями. Если хочется, то можно использовать совет, а если нет — зачем себя мучать? Публичность нужна далеко не всем. Это же зависит от типа личности.

А мне статья понравилась. Мысли в ней местами высказываются годные. Написано хорошо, без панибратства, и, в общем, не перегружено шутками.

Спасибо!)
После сбора требований рекрутер не всегда ее публикует на HH.ru и других ресурсах. Часто он ищет кандидатов сам: в соцсетях, LinkedIn, Telegram, по своим базам и на GitHub.

У меня к вам обратный совет. Если какая-то соцсеть не указана в резюме кандидата на HH или еще где-то, не надо там писать. Значит человек не рассматривает ее как возможный канал поиска работы. Это воспринимается как вторжение в личное пространство, и кроме того выглядит несолидно. "Что они мне ВКонтакте пишут, электронной почтой что ли пользоваться не умеют?". Или например "Я указал, что лучше писать на email, а они мне тут пишут, игнорируют мои просьбы, стоит ли вообще у них работать". Мне удобнее иметь всю информацию в одном месте, поискать можно если что, и т.д.


Удивляет когда в резюме указан email как предпочтительный способ связи, а кто-то пишет в VK, который у меня вообще нигде не указан. "Мы поискали вас в интернете и нашли страничку на VK". Ну и что, если я к вам домой приду и буду канючить "возьмите меня на работу", это нормально будет по-вашему? Если нет, то и не надо писать по неофициальным каналам. Если да, то не надо удивляться, что к вам странно относятся.

НЛО прилетело и опубликовало эту надпись здесь
Да, описан общий алгоритм, как рекрутеры ищут кандидатов.

Из статьи сквозит то, что ищут в основном по своим каналам. Не знаю, это чисто российская тема или шире, но лично я, быв несколько раз в роли набирающего, старался этого сильно избегать. Часто люди, пришедшие по знакомству (из моих наблюдений) хотели больше денег и приносили меньше результатов, работая на релаксе. Так что те компании, что так делают, сами себе создают барьеры. Нечего потом жаловаться на дефицит кадров. ИМХО, конечно.

Это общее описание процесса. По личным каналам дешевле, вот и все, но не всегда он самый эффективный. В последней главе как раз и собрала сервисы, которые работают эффективнее личных каналов, за ними будущее.
НЛО прилетело и опубликовало эту надпись здесь

Чаще бонусы платят только если кандидат прошёл испытательный срок

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Да, если смотреть в этом ракурсе, то это достоинство)
Насчет денег принципиально не согласен. Ни компания, ни кандидат не могут достоверно оценить друг-друга за столь короткое время, а значит начальная зп, скорее всего, будет вообще слабо кореллировать с навыками и опытом. Разброс по рынку огромный, плюс доступна заграничная удаленка и релокация. Поэтому торгуйтесь, пусть вам делают предложение первые. Если фирма не готова ни в какую назвать свою сумму — ок, тем хуже для них — просто удваивайте текущую зарплату и от нее начинайте движение вниз, пока не сторгуетесь на устраивающую всех сумму. Разумеется, все это имеет смысл, когда вы прошли все этапы собеседований, все согласны вас взять и размер зарплаты последнее, что отделяет вас от контракта.
Почему же не согласны? Вы описали то же, что и я, только другими словами. У меня дельта торга 10%, у вас больше, но суть та же — торг и обсуждение)
10% от чего собственно? Люди — не кирпичи и не слитки золота, чтобы на них была одна цена на всех биржах. У всех разный опыт, навыки, характер. И единственным критерием цены данного конкретного специалиста является то, на сколько вы договорились.

Вы увеличиваете на 100% от текущей, я на 30%, а рекомендуют на 10% от желаемой.

Об общей цене и не шла речь — 10% от своей оценки себя. Можно самостоятельно себя оценить и прибавить 10% для торга, ее реальнее выторговать, но можно и больше, и 100%, это уже личное дело каждого. В целом, мы говорим об одном и том же, об оценке себя и торге, разными словами. Возможно, я не смогла донести свою мысль до вас)
НЛО прилетело и опубликовало эту надпись здесь

Я примерно считаю так: чтобы 10% рекрутеров продолжали разговор после озвучивания

Там чуть выше алгоритм, где 6-й лайфхак.
А зачем звонить в Яндекс?
Их вакансии предлагают и их инхаус рекрутеры и КА, плюс их разрабы активно приглашают людей на пообщаться к себе на всяких там митапах и конференциях.
Причем, исходя из настойчивости, могу предположить, что очереди на сотни человек на одну вакансию там уже давно нет.
На картинке шутка со звонком в Яндекс)
Что-то не понял негативного абзаца про «Можно устроиться Java-разработчиком за 350 тысяч на legacy-проект».
Разве все остальные пункты(развитие личного бренда, выступление на конференциях, грамотное составление резюме и пр.) не делаются ради этой цели — чтобы как финал устроиться на эти 350тыс (при средней зп по рынку 180-250)?
Да и новые технологии можно изучить достаточно быстро, а опыт успешной поддержки большого легаси проекта, это как бы тоже будет цениться

Как финал устроиться на эти 350 не на легаси проект, если конечно, не интересна, поддержка легаси сама по себе. Вариант устроиться на 350 на легаси с основной задачей сделать его не легаси.


В общем устроиться на эти 350 на интересный проект и не опуститься сильно когда проект закроется, ну или ещё по каким-то причинам перестанешь на нем работать.

С легаси будет тяжело. Вряд ли получится сделать с ним что-то революционное. Как пример — статья Кирилла Борисова: habr.com/ru/company/oleg-bunin/blog/488008, в которой он рассказывает о болях в легаси.

Смотря что иметь в виду под революционностью. Для самого проекта может быть революцией перевод его, например, на последние версии языка/платформы/библиотек/фреймворков, внедрение авто тестов, смена внешних зависимостей приложения типа СУБД на более подходящие и т. п. Не каждый бизнес на это готов, но есть бизнесы, готовые нанимать людей специально для этого, и даже платя им больше чем условные 350 тысяч, скажем под 400.


Плюс дополнительные полномочия, характерные больше для ПМ/ТЛ, типа отказываться от людей в команде, которые сопротивляются изменениям кодовой базы и процессов. Но это уже в процессе переговоров можно выторговать, в вакансиях об этом не пишут.


Обычно бизнесы приходят к подобным выводам, когда нанять за 180-250 (цфиры из комментария выше) человека, готового вариться в нём годами они уже не могут, а платить 350 годами не хотят. Им лучше, например год платить 400, а потом брать опять по 180-250 заманивая современным стэком и лучшими практиками.

например год платить 400
Ну ок, но вы же понимаете что если бизнес определил такую цену за эту вакансию будут конкурировать просто все специалисты на рынке(ну кроме тех кому деньги не важны). По каким критериям бизнес будет выбирать и как повысить свои шансы пройти эти критерии

Думаю, что не все, а среди оставшихся повысить свои шансы можно доказанным опытом потобных преобразований.

Ну сперва вам надо о этой вакансии как-то узнать. Потом еще убедиться что кто-то вообще просмотрел ваше резюме и ваш опыт хотя бы начали обсуждать. И если мы выходим за верхнюю границу стандартной вилки, то опыт то будет практически у всех.

Почти все такие проекты мне достались без моей инициативы. Сами как-то находили, в том числе и через подобные комментарии на Хабре :)

Хех, вот и новый лайфхак)
НЛО прилетело и опубликовало эту надпись здесь
Ну это же вгляд со стороны рекрутера, неужели не понятно? В реальной жизни практически не бывает компании-мечты — но зато есть такие проекты. И если вы устроились на такой legacy с такой зарплатой — это скорее всего значит, что компания большая и богатая. И что рядом есть и другие проекты, на другом стеке технологий, в том числе совсем новые. Куда можно потом постепенно и плавно перейти. Ну или как уже было предложено «сделать его не легаси».
Тоже вариант, но перевести легаси в не-легаси не очень просто. Как пример с чем придется столкнуться: habr.com/ru/company/oleg-bunin/blog/488008
Если вы посмотрите мои комментарии на хабре (нет, я не предлагаю, их все-таки 2.9К ;) — вы легко сделаете вывод, что я в этой отрасли 40 лет, и видал много всякого легаси…

Реально в нем нет ничего плохого — ни одна компания не держится за свой legacy софт, нет и не может быть такой цели — ничего не менять. Как правило на это либо нет ресурсов, либо квалификации, чтобы не только понять крупную систему в целом, но и придумать ей замену. Но если вы в состоянии сделать и то и другое — это может быть просто очень хорошим вариантом.
Да, конечно, это лишь мой взгляд, естественно, субъективный. Кстати, вы подсказали интересную тему — как работа с легаси влияет на разработчика, взгляд со стороны работодателя и сотрудника. Спасибо)

Можете стукнуться за какими-то консультациями со стороны работника и немного лида. У меня хоть и не 40 лет, но почти 30, и было несколько проектов где моей задачей было именно избавиться от легаси, в том числе и для того, чтобы привлекать/удерживать разработчиков современным стеком. Я такие задачи люблю, хотя и прошу за них с некоторых пор выше рынка.

>Я такие задачи люблю, хотя и прошу за них с некоторых пор выше рынка.
одно другому совершенно не противоречит. Это задачи сложные и интересные — почему за них нужно платить как обычно?

Некоторые считают, что сложные и интересные задачи уже типа добавки к зарплате. И в чём-то они правы...

Договорились)
Если как финал, то ничего плохого. Как раз об этом я добавила упоминание, что ничего плохого нет устроиться на легаси на такую зарплату и спокойно работать сколько получится. Есть нюанс, что после легаси обычно не очень хорошие последствия, квалификация все же падает и появляется выгорание. Как пример — статья Кирилла Борисова, он в легаси уже давно и интересно об этом рассказал: habr.com/ru/company/oleg-bunin/blog/488008
В целом хорошая статья, но немного смешиваются долгосрочные лайфхаки(личный бред — это же годы) и краткосрочные(формат резюме).
Хотелось бы услышать еще более предментные советы — к примеру вот стоит задача обладая определенными навыками и брендом(которые как-бы уже есть, и их быстро не поменять) найти работу в к примеру в Москве с максимальной компенсацией. Что делать? Как работать с рекрутерами? Важно ли правильно его выбрать, есть ли понятие «качество рекрутера» для соискателя, как правильно торговаться и пр…
Спасибо за пожелание, обязательно сделаю. Если есть еще пожелания — пишите, и буду добавлять статьи о том, что вам интересно)

А есть на рынке агентства или специалисты, которые выполняют роль агентов для разработчиков? Нормальные, а не типа "за 100000 и три дня сделаем вам резюме, с которім вас пригласят куда угодно"

Наша задумка headz.io как раз в том, чтобы выступать агентом и быть на стороне разработчика, КА представляют сторону бизнеса, мы разворачиваем рекрутмент в сторону кандидата, пока мы в стадии MVP, но в дальнейшем планируем и консультировать разработчиков по карьере и резюме сделаем и по рынку сориентируем.

А конкурентов у вас много? Или как раз нашли пустующий рынок?

Джинни как бы намекает, что рынок анонимного поиска работы не пустует как минимум с 2013 года.
Джинни не предлагает разработчикам пройти внеочередной скоринг, но Джинни помогает джунам, а не только мидлам с сеньорами — то есть ниши не совпадают полностью, поэтому шансы есть у всех.
Не зависящий от работодателя консультант сможет больше помочь разработчикам с заниженной самооценкой, чем просто сервис анонимности.

Я не об анонимном поиске работы (3 последних проекта через джинни и нашёл, правда есть подозрение, что не все три работодателя были рады, что я нажал там кнопку "принял оффер" или как там её, сразу после его принятия), а о помощи разработчику в поиске идеального для него проекта. Тот же профиль на джинни, линкедине и т. п. заполнить так, чтобы предложения сыпались, при том адекватные ожиданиям.

о помощи разработчику в поиске
На эту тему есть идея стартапа.
Запрос: поупражняться в собеседованиях, получить фидбек для улучшения профилей, попрактиковать написание сопроводиловок, периодически взвешивать себя на весах рынка.
Проблемы: разрабу недосуг в рабочее время бегать по собеседованиям, разраб не хочет светить на текущем месте свои поиски лучшей жизни, ну и не совсем честно отвлекать людей, к которым всего лишь пришёл потренировать навыки трудоустройства.
Вывод: квест-комнаты, где сможешь поупражнять навыки проведения или прохождения скринингов или разного рода собеседований. По вечерам и в выходные, разные сценарии. Плюс — отсутствие давящего фактора «мне надо срочно найти хоть что-то». Минус — стоимость «прохождения» должна оправдывать не только аренду переговорки, но и зарплату технически подкованных собеседующих, иначе придется искать спонсора.
Когда мы выходили на рынок в России особо конкурентов не было, но одновременно создавались некоторые проекты, которые плюс минус решают одну и ту же задачу.
Рекомендую CV IMPROVER — это сервис для прокачки резюме

Ха, перешёл по ссылке, сделал один клик и чувствую, что дальше продолжать незачем)

Статья интересная, НО тема ИТ-рынка не раскрыта.
Неужели ИТ-рекрутинг начинается и заканчивается разработчиками?
А как же сисадмины, хелп- и сервисдески и другие тыжпрограммисты?
Или это статья именно и только о рынке ИТ-компаний?
Если да, то довольно узко. ИТ-компаний — даже не 1%. А компьютеры есть в каждой компании.
PS. Хотя да — статья называется "Лайфаки разработчикам". А жаль. "Малавата. Малавата будет!" ©

Да, статья для разработчиков, в одной статье сложно описать всю IT сферу, поскольку ситуации у всех разные, значит будут еще статьи ;)
У меня есть мечта избавить IT-рынок от токсичности. Поэтому сегодня я поделюсь своим опытом, поделюсь некоторыми полезными приемами и попробую описать, как работают рекрутеры.
Краткое содержание статьи:
1. Постулат — разработчики страдают от токсичности активного рекрутинга.
2. План — рассказать про работу рекрутеров, дабы вывести токсины с рынка.
3. Итог — даны советы разработчикам по оформлению резюме и активному поиску работы.
Рекрутеры могут проверить кандидата на соответствие корпоративную культуре, представить, подчеркнуть плюсы, опыт и оценить софт скилы: личность, коммуникабельность, токсичность (да, она самая).
Вишенка на торте. Токсины выведены?

возникают анекдотичные ситуации, когда они не отличают Java-разработчика от JavaScript-разработчика
Осмелюсь спросить, чем отличаются упомянутые разработчики друг от друга? Понятны различия в опыте, инструментах, задачах. Но в разработчиках?
Осмелюсь спросить, чем отличаются упомянутые разработчики друг от друга?

Тем что это два абсолютно разных языка программирования? Ну то есть каких-нибудь разработчиков на С# можно ещё на мой взгляд «кинуть в одну корзину» с разработчиками на Java. Но JavaScript от Java всё таки очень сильно отличается.
Извините за банальность, но «разработчик != язык», в статье и в вопросе не про языки речь, иначе вопрос не родился бы.

P.S. Забейте, в вопросе была попытка пошутить.

P.P.S. В соседней статье на эту же тему было:
Данный этап интервью проходят только соискатели на должность C#-разработчика…
Я задаю буквально пару вопросов: сперва сложный, затем либо ещё один сложный (если кандидат ответил хорошо), либо средний. Например, для фронта: «Что такое type guards в TypeScript?».
Так в том то и дело что немного раздражает когда у вас в резюме написано «java», а вам приходит вакансия на «javascript». Или наоборот…
А меня раздражает, когда реклама очередного «самого удобного и проработанного» ресурса подается как статья с набором лайфхаков. Бывает.
Как будто вас кто-то заставляет читать последний абзац в «корпоративных статьях» ;)
Одно резюме — одна должность. Для каждой должности свое персонализированное резюме: библиотеки, фреймворки, языки программирования, навыки, что полезного сделали для бизнеса в этом направлении, стек компании, описание команды.


вот захотел ты стать go разработчиком, например. есть у тебя пет проект уже полгода, сделал резюме под этот опыт: для рекрутера ты джун, предложения соответствующие.
НО, если до этого ты писал на с++ несколько лет, в резюме отображен этот опыт, то ты априори не джун. разве нет? если не указать, чем ты занимался до и делать 10 резюме под разные должности, то общей картины нет. в этом случае и не будет ясности что тебе предлагать.

Скорее всего имеется в виду только релевантный должности опыт. Опыт программирования, разработки любой (ну, почти любой), релевантен, по-моему, любой должности программиста. А вот, что во время учебы на стройке подрабатывал — нет.


С другой стороны, я уже перестал расписывать всё, последние лет 5-7 более-менее подробно, по абзацу, а то и два. А остальное одним пунктом типа "более 15 лет работы на разных проектах" с кучей технологией, но не все, которые мог бы вспомнить.

если так, то да, вопрос снят, просто опять же:

Ничего лишнего. Для Java-разработчика не пишите, что в свободное время верстаете сайты, печете кексики и фотографируете белочек — все только по делу.


ну верстаешь и верстаешь, что плохого? :)

согласна, что расписывать всё-всё подробно тоже перебор.
спасибо за ответ)
С другой стороны, я уже перестал расписывать всё, последние лет 5-7 более-менее подробно, по абзацу, а то и два.

Кстати вот. У нас последние лет 5-6 появилась мода вести «проектные листы». То есть список проектов с датами, использованными технологиями и для кого оги делались(естественно емли разрешено такое оглашать).
Все рекрутеры и HR постоянно спрашивали есть ли у меня такое или нет.
Предложу свою версию, хоть я не разработчик. Я таким способом пользовался пару лет назад. Работал в службе поддержки и настало время искать новую работу. Соответственно у меня уже было резюме под эту работу, для поддержки. Но я нашел вариант работы тестировщика и сделал под него резюме, где указал, что занимался версткой, баги вылавливал и принимал их по телефону, оформлял в Трелло и прочее, книжки читал, курсы. То есть в резюме я сделал упор на том, что больше связано с тестированием (или похоже на него). Это сработало, на работу взяли. Но не факт, что сработало, если бы я отправлял резюме поддержки. Обратно тоже работает: устраиваясь на поддержку, я бы не отправлял резюме тестировщика.

При этом у меня еще было резюме HTML-разработчика (хех), где я сделал упор на том, что верстал, HTML, CSS, JS вот это все. Оно тоже работало, потому что я попадал на собеседования и потом получал тестовые задания. Если бы я отправлял резюме поддержки, то не думаю, что попал бы даже на собеседование.

Примерно так это работает, как мне кажется. Про прошлый опыт я не забывал, но делал упор на той должности, куда устраивался. Именно это же интересует работодателя
XX Век HR — Светлана Иванова → XXI Век HR — Светлана Петровичева
Зарегистрируйтесь на Хабре, чтобы оставить комментарий