Comments 66
«Относитесь к собеседованию, как к свиданию»
Ну не знаю.. У меня чаще получается. "Не везет мне в счастье, повезет в любви"
откликаться минимум на две вакансии в одну компанию, но с разными резюме. Например, на сеньор фронтенд-разработчика и фронтенд-техлида. Этот совет особенно актуален для джунов,
ага
Переходите по ссылке на вакансию и откликайтесь прямо на сайте.
Forbidden
If you are not a bot, please copy the report and send it to our support team.
Судя по коду внутри - анальная ip огородка
и скромно так
«Криптонит» (входит в «ИКС Холдинг») провел исследование стойкости трех криптографических механизмов федеральной системы дистанционного электронного голосования (ДЭГ) в рамках подготовки к единому дню голосования — 2023. Цель исследования — повышение уровня безопасности ДЭГ. Заказчиком работы выступил «Ростелеком».
прямо сейчас мы ищем фронтенд-разработчика.
но наш HR не находит никого ?
Относитесь к собеседованию, как к свиданию
Те сделать все ещё хуже?)
Наоборот, перестать относиться, как к экзамену, а отнестись как к знакомству с людьми, с которыми Вам предстоит общаться на протяжении длительного промежутка времени до 40 часов в неделю.
Но очень часто это оборачивается именно экзаменом. Да и на свиданиях я лично никогда не бывал, понятия не имею, что там происходит
Экзамен тоже может проходить в разной форме. На личной практике убедился, что если кандидат приходит на собеседование с желанием пообщаться, узнать о компании и поговорить о технология, то оно проходит в приятной форме. Иногда даже если по хардам не подходит человек при таком общении, то тяжело дается написать отказ.
Это работает и в случае, когда я являюсь кандидатом
Как насчёт того, что у многих компаний, особенно крупных, жёстко в письменном виде закреплён процесс собеседования именно как экзамена? И никакие желания кандидата там ни на что не влияют
Попадал я на собеседования в такие компании, но дальше HR решал не ходить. По-моему у большинства компаний данные регламенты в сфере IT уже не работают
Кто-то сказал: "Яндекс"? Мне не послышалось? :)))
На собеседование почти всего отведено фиксированное время 1 час. У меня было такое, что я много и с интересом беседовал, расспрашивал про компанию, рассказывал про себя. Потратил на беседу довольно много времени. А потом начался экзамен, на который осталось примерно 25 минут, а подразумевалось что почти час. И я просто не успел по времени решить все задачи. Отлично, чё! Я бы мог сказать, что это счастье, что я не попал в такую компанию, где так плохо организован процесс собеседования, но мне реально хотелось туда попасть из за стека, который они применяли, довольно большой зарплаты и возможности работать из любой точки мира.
Если у компании на собеседовании нужно решить "минимум N задач, допустив не более M ошибок", то тут, возможно, весь процесс работы будет построен на количественных метриках. Поэтому да, хорошо, что так случилось ).
Нет, там попросили написать интерпретатор для их простого вымышленного языка программирования. Ну я за 15-20 минут его написал, попросили добавить обработчик ошибок, я написал и его, а они сказали, всё ок, но следующим шагом мы просим добавить примитивный дебаггер, а вы уже не успеете, т.к. время собеседования вышло, так что извините, но вы не прошли.
Меня в соседней статье на эту же тему уже назвали тупым лентяем, я как-то тоже не очень хорошо справляюсь с решением оторванных от жизни задачек в жестко ограниченное время, с сопящим над ухом надзирателем.
Эта тема по моим наблюдениям повсеместно используется - час на собес, вместе с кодингом, причем кодинг или на бумажке или в текстовом редакторе без IDE. Я, обычно, если такие условия заранее узнаю, просто отказываюсь, не вижу смысла терять зря целый час своей жизни, да еще и порцию стресса отхватить на этом.
Меня всегда удивляют советы типа "напишите, что оптимизировали запрос с 20 до 7 секунд". Ну вот я заметил, что в фильтре двойная авторизация идет, убрал лишнюю строку, я могу написать " уменьшил нагрузку на сервис авторизации в 2 раза"? Или " покрыл сервис юнит тестами". Ну это же обычная работа, давайте всю историю задач в резюме писать, там будет много чего и поинтереснее. Зачем оно там надо?
Как раз, да, так писать: "Уменьшил нагрузку на сервис авторизации два раза путем оптимизации кода". Работодатели не знают, чем вы занимались на предыдущем месте работы, может мы предыдущие 2 года только рекламные баннеры делали или лендинги?
Если вы описываете свои обязанности на последних местах работы, то вы уже работодателю даете оценить свои практические навыки на этапе отбора резюме + даете больше тем для общения с Вами
Но ведь я не 2 года оптимизировал этот код, а случайно заметил во время дебага и поправил. За пол часа. А что я делал остальное время? А если после этой правки на проде вылез критический баг и костыль в виде двойной авторизации был не просто так? Ну, это все, конечно, в резюме мы не пишем.
Это обычная работа. Посмотрите, чем занимаются разработчики у вас в организации. Этим же занимаются разработчики в других организациях. Где-то алгоритмы посложнее, а где то попроще - это вы вполне можете узнать на этапе собеседования (да и вряд ли узнаете раньше). Возможно, я на своей работе не оптимизировал запросы, потому что на то не было никаких причин?
Такие ожидания от резюме ведут лишь к одному - при написании разработчики учатся писать банальные вещи так, будто спасли мир позавчера.
Буквально в ответ на комментарий от @alexthetiger примеры формулировок, что можно расписать. Вам не надо писать формулировки из разряда "спасли мир позавчера", вам надо раскрыть ключевые моменты, чем занимались, какие фичи были интересны и чем Вам нравится заниматься. Если вы писали компонент карт, которыми Вам не нравится заниматься, то и указывать не стоит, а если Вам было интересно заниматься графиками, то можно указать. Про рутинные задачи спокойно можно использовать формулировку: "Реализовывал и дорабатывал функционал на проекте аналитической системы с использованием D3 и Vue" - тут сразу раскроете какие core библиотеки были и какой смысл проекта
Да, вы правы и... не правы одновременно.
Вот в этой рутинной работе и надо найти те моменты, где в самом деле были исправлены критические ошибки и оптимизирован код.
Иногда в однообразном коде можно найти то, что упростит работу вам самим и это войдёт так же в ваше резюме (но если вы работаете на кого-то, то это ещё будет зависеть от вашего руководителя).
у меня был похожий случай на днях. резюме у кандидата пестрило фразами улучшил, повысил и т.п. задал три вопроса: как проводил замеры, не могли ли действия кого-либо из команды разработки повлиять на эту же метрику (как со знаком плюс, так и со знаком минус), почему именно такая красивая и ровная цифра - 35%, а не 34% или не 36%. в итоге вместе посмеялись, что написано по заветам тренеров по улучшению резюме для прохода фильтров первичного отбора, придуманного первично-отбирающими. отложили в сторону эти подвиги с цифрами и мило побеседовали о разработке. фидбек дал по итогу положительный - толковый парень, на мой взгляд.
К таким значениям стоит относится с умом. Тоже читал резюме после платной услуги по его составлению - стало понятно, что оно того не стоило.
Метрики должны быть обоснованными: покрытие тестами (%), скорость загрузки (время, %), скорость сборки (время, %), размер бандла (время, %). В большинстве случаев у разработчиков это факт совершеннолетия действия: «Реализовал», «Поддержал», «Внедрил» без количественных метрик
не знаю в среднем по больнице, но по своему текущему месту работы в отношении именно кода я бы не смог вывести не притянутые за уши метрики, потому, что затруднительно выделить именно цифровые показатели труда одного разработчика из репозиториев, в которых код изменяет команда разработчиков. и, учитывая курс в разработке на уменьшение time to market, взаимных влияний (разной направленности) не избежать. паттерн лебедь рак и щука тому пример. один рефакторит и доводит до идеала, а другой просто увеличивает добротную, но заурядную кодовую базу. и вроде как по стандартам проходит ревью, но разница есть и влияние разное. а иногда такой говнокод (субъективно) встречаешь, что руки опускаются куда-то стремиться и что-то доказывать.
Никто не требует от Вас абсолютно все покрыть метриками. Выше я описал конкретные случаи, когда метрику стоит приводить, в остальных случаях метрика может быть из разряда:
Участие в интеграции Git и CI/CD в процесс разработки в компании;
Реализация клиент-серверных WEB-приложений. ДБО для физических лиц, игры на котировках, криптокошельки.
Реализация рекламных кампаний (брендирование, баннеры, рекламные страницы, рекламные приложения);
В данной ситуации вы уже показываете работодателю, с чем вы работали и с чем, возможно, хотите работать. Это уже может создать тему для будущего разговора
предлагаю поиграть в ролевую игру, я допускаю, что мое видение ошибочно и покрыто налетом субъективизма, поэтому буду признателен вам, если в ходе дискуссии смогу приобрести новый опыт.
итак. вы кандидат, я - зануда интервьюер. вы пришли ко мне с метрикой "покрытие тестами" и строчкой в резюме "увеличил в 2 раза % покрытия тестами кодовой базы приложения Х". мои уточняющие занудные вопросы:
как проводились замеры до и после. что измерялось? определяемся с терминами.
почему именно в 2 раза, а не в 1.9 раза или в 2.1 раза?
почему это именно ваша заслуга? как вы выделили свое участие? при допущении, что репозиторий приложения изменяют и другие разработчики.
Откровенно говоря - когда человек хвалится тем, что в два раза увеличил покрытие тестами, это звучит как будто ему больше нечем похвалиться. Пускай меня заминусуют, но таковы реалии разработки, в большинстве проектов на тесты, "бросают" либо джунов, что-бы те руку набивали, либо каких-то совсем слабых разработчиков, которых надо чем-то занять, но с нормальными задачами они не справляются. Это не правильно, тесты важны, но такова реальность. Поэтому вот лично я бы не стал хвалиться такими достижениями.
Во многих компаниях, где я работал, оставляли тесты на технический долг, если нет времени заниматься именно сейчас
Там где я работал - это практически везде было. Так эти задачки в техдолге и помирали, похороненные наслоениями более важных задач. Разве что в команде появлялся джун, которого и бросали разгребать эти авгиевы конюшни, но и то его обычно рано или поздно от этого увлекательного занятия отрывали и давали что-то "более полезное".
Довольно интересно. Но отвечу: замеры производились на основе результатов до начала работы с задачей и ее окончания. Измерялось покрытием unit тестами в % величинах.
Оценка является приблизительной, т.к. да, кодовая база могла меняться в режиме "срочно" и тесты отодвигали на второй план
Я выделял время на покрытие тестами, когда были паузы между задачами. Почему в качестве закрытия техдолга решил брать тесты - в будущем это сэкономит команде время.
Но тут не совсем корректная формулировка, потому что, если у меня за год опыта работы только работа с тестами, то возможно, я не умею раскрывать свой опыт, или почему-то в компании меня не допускали до более интересных задач
Я как-то не так давно писал чистку БД от лишних данных. Там похряпал чуть ли не 80% от всей БД, все стало работать намного быстрее. Круто, можно в резюме писать!
Одна проблема.. эти лишние данные образовались из-за косяка нашего же кода (не моего, слава богу). Сами косячим, сами правим.. Кстати дело простое было, но самая жесть там была в том что чистился прод, и не дай бог где-то я бы что-то не так сделал.. Бекапы, конечно, есть но..
"Обнаружил в коде место утечки памяти в бд и исправил", "Написал утилиту для очистки БД от лишних данных после нахождения бага с утечкой".
Большая часть моментов в работе - это следствие предыдущих действий. Вы нашли проблему и исправили - это +, а то, что это Вы сделали эту самую проблему ранее и по ошибке - можно и не писать ;)
>начал относиться к собеседованию как к сведанию
>засосал HR и оприходовал техлида. Сказал что перезвонишь.
Hidden text
Взяли
Удивляют меня статьи с подобными советами что писать в резюме. Я 15 лет программирую на фронтенде, из них 3 года совмещал с бэкендом так что я в работе у меня большой опыт, а вот написанием резюме и прохождением собеседований я занимаюсь очень редко. Недавно менял работу и поэтому статья меня триггернула.
Все хотят от программиста измеримые ачивки его работы, да еще и в цифрах. Все эти "реализовал внутренний проект", "реализовал локализацию", "оптимизировал скорость", "интегрировал CI/CD", "покрыл UNIT-тестами", "интегрировал скриншот-тестирование" - всё это задачи длительностью от недели до максимум нескольких месяцев, а остальное время чем человек занимался? Всё эти примеры вида "без меня было плохо, я пришел и сделал хорошо". На самом деле подобного рода задачи случаются очень редко, улучшайзинговые задачи живут в бэклоге и если выдаются в работу то либо назрело либо нет работы. Большую часть времени занимает обычная рутина "пилил фичи и фиксил баги" и именно эти рутинные задачи нужны бизнесу.
Автор привел скрин примера вроде бы хорошего описания обязанностей, но это всего лишь 9 месяцев работы. Выглядит как начало проекта, потом человек ушел. Мне вот интересно что писать когда работаешь несколько лет на разработке большого долгоиграющего проекта. Описывать все фичи которые реализовал за эти годы?
"Собеседование - это свидание" - отличная идея, именно так я это и воспринимаю. К сожалению собеседующие обычно это свидание превращают в придирчивый экзамен. Лезут в дебри теории которая в работе ни разу не понадобилась. На прямой вопрос: а насколько эти знания используются в компании следует ответ что теорию все равно надо знать. Изучить что-то без практики почти невозможно - согласен. Значит если ты с этим не сталкивался на предыдущей работе, то ты просто попал.
По поводу конверсии откликов - согласен, у меня получились похожие значения. Видимо так выглядит эта нехватка программистов о которой везде рассказывают - 90% отказов.
Добрый вечер!
Все хотят от программиста измеримые ачивки его работы, да еще и в цифрах.
Лично я, когда просматриваю резюме - хочу составить предварительный портрет кандидата по разным скилам. Это позволяет мне попросить кандидата рассказать про тот опыт, который интересен для меня. Вопрос не в цифрах, а в достижениях, про которые кандидат хочет рассказать.
Как раз про тесты стоит указывать в резюме - это важный фактор. Достаточно 1-2 строчек от "Покрыл Unit (Jest) и скриншот(Cypress) тестами" до "Внедрил скриншот тестирование с помощью Cypress" и "Покрыл проект unit тестами на 80%"
Про формулировки:
- "реализовал внутренний проект" можно указать общие подробности "реализовал внутренний таск трекер, который покрывает в бизнес-процессы компании"
- "оптимизировал скорость" - очень круто будет указать за счет чего? Например: "...с помощью рефакторинга кода", "... путем подбора более подходящих библиотек", и т.д.
- "реализовал локализацию" - "реализовал локализацию дашборда по аналитике на..." и количество языков, а если он 1, то указать на какой. У меня был опыт перевода личного кабинета на язык Фарси - для компаний, работающих с Ираном - очень важный момент
- "интегрировал CI/CD" - лучше в ключевые навыки вынести, если участвовал в процессе оптимизации или перехода на новый workflow - можно расписать.
Большую часть времени занимает обычная рутина "пилил фичи и фиксил баги" и именно эти рутинные задачи нужны бизнесу.
Абсолютно спокойно можно написать: "пилил фичи и фиксил баги для дашборда на D3 и React". Да рутина, но везде была, есть и будет
Описывать все фичи которые реализовал за эти годы?
Описывать: ключевые фичи, фичи с которыми нравилось работать, фичи про которые хочется рассказать - этого будет достаточно
Лезут в дебри теории которая в работе ни разу не понадобилась. На прямой вопрос: а насколько эти знания используются в компании следует ответ что теорию все равно надо знать.
Да, к сожалению бывают и такие. Но с теорией все легко и просто - начинаешь ходить по собеседованиям, понимаешь где в теории проседаешь и повторяешь. Я сейчас понял, что у нас на фронт теория не спрашивается. У нас сразу идет live coding после общения
но никому не интересно, куда интереснее узнать что же значит третья буква в SOLID и поскорее сложить два списка на листочке.
Если это не интересно интервьюверу, то тут уже вопросы: почему ему это не интересно, и туда ли вы собеседуетесь? Иногда в рассказах про прошлый опыт проскакивают вещи, которые могут закрыть вопросы из технической части
Относитесь к собеседованию, как к свиданию
Понял, то есть сидеть без собеседований, всеми силами пытаясь туда попасть?
4. «Я испытываю стресс до начала и во время собеседования»
Самая частая проблема, которая бывает при поиске работы. Многие относятся к собеседованию как к экзамену, но вы же не в универе?.
Многие, особенно многие из тех, кто эти собеседования проводят. Иногда это более-менее терпимо проходит, а иногда просто как типичный экзамен нерадивого студента у строгого преподавателя. Всегда есть какие-то темы, на которой можно подловить любого специалиста, не бывает на 100% совпадающего набора знаний у разных людей, поэтому при желании практически любого можно ткнуть носом в его пробелы, чем многие "экзаменаторы" и пользуются, видимо что-бы потешить свое эго.
чем многие "экзаменаторы" и пользуются, видимо что-бы потешить свое эго.
Как много таких было собеседований у меня, что в какой-то момент я стал прерывать их. Одно из воспоминаний: один "Frontend Team lead" и "Совет Директоров" их (!)6 человек. Отвечая на вопросы и подкрепляя их ссылками из документации, уже в открытую говоря, что буду гуглить - мне доказывали МОЮ "неправоту"... Собеседование было прервано спустя 20 минут после начала с обращением к "Совету Директоров" с формулировкой "Извините, я не смогу работать с данным человеком по причине того, что он не может аргументировать свою точку зрения"
а иногда просто как типичный экзамен нерадивого студента у строгого преподавателя.
Бывает такое. Рекомендую искать место, где будет комфортно работать. Если на общении спрашивают, как на экзамене, то что будет в реальной работе?
не бывает на 100% совпадающего набора знаний у разных людей, поэтому при желании практически любого можно ткнуть носом в его пробелы
А можно во время общения, в случае вопроса про то, что Вы не знаете, ответить: "Извините, с данной технологией не работал или работал давно/мало/т.п... и, если она интересная - высказать свое желание ее изучить
А можно во время общения, в случае вопроса про то, что Вы не знаете, ответить: "Извините, с данной технологией не работал или работал давно/мало/т.п... и, если она интересная - высказать свое желание ее изучить
Если собеседование проводят адекватные люди, для которых действительно важно нанять годного специалиста, то это действительно не проблема. Обычно что-то подобное и отвечаю, еще часто бывает что говорю - "не знаю точного ответа, но если логически рассуждать, тогда.."
Как по мне помнить многие вещи просто бессмысленно, часто приходится во время работы лезть в гугл что-бы просто вспомнить как что-то надо делать. Вот например я сейчас навскидку не вспомню как напрямую работать с JDBC, без ORM, я это раньше писал, но было это давно, если меня начнут по этой теме спрашивать, то толком ничего не расскажу, но если мне попадется для отладки такой код, то проблем у меня с ним не будет, или если надо будет написать что-то подобное - я справлюсь ,просто почитаю немного перед работой, освежу знания.
Рекомендую искать место, где будет комфортно работать. Если на общении спрашивают, как на экзамене, то что будет в реальной работе?
Да я уже много собесов прошел, опыт накопился, но вот по началу зачем-то терпел, привычка наверное еще вузовская - экзамен надо сдать и точка! Потом уже до меня дошло что это не экзамен, а действительно, свидание, на котором не только они выбирают себе работника, но и я выбираю для себя место работы. Работать с токсичными мудаками мало приятного, поэтому теперь в такой ситуации просто вежливо раскланиваюсь и ухожу, не тратя лишнего времени.
Забавно, особенно, когда у тебя не было этих свиданий, работу найти все же проще.
Надо применить это к свиданиям ?. Хотя, как, когда хороших и подходящих мало, и не хочется и не по людски с одной прыгать на другую.
По ощущениям все-таки больше порно-кастинг напоминает. Идешь на свидание, а тебе вжух и четырехчасовую техническую секцию. Или две по три. И ты такой "блин, а я думал мы тут кофе попьем и поболтаем". А тебе уже устраивают трипл брейн пенетрейшон без прелюдии и лубриканта.
Ну и не могу не отметить два момента:
Из того что вы посчитали свою личную статистику никак не следует что конверсия любого отклика будет 10%. В среднем у человека хоть с каким-то релевантным опытом и открытым резюме она выше 100%. Потому что мгновенно наваливается почтой того что ты и не увидел в вакансиях.
Оба представленных варианта записи в резюме неверные. Второй слишком длинный. В описании обязанностей и достижений важен, во-первых, вклад - сам/в команде/во главе команды, во-вторых, полнота цикла - с нуля/на поддержке/вытащил из легаси. Остальное, если очень хочется, можно проговорить на вводной к техсекции: "да этот космический корабль я сам сделал, могу показать какие проводки я использовал".
В точку, с порнокастингом!!! :))))
В среднем у человека хоть с каким-то релевантным опытом и открытым резюме она выше 100%. Потому что мгновенно наваливается почтой того что ты и не увидел в вакансиях.
Из личного опыта: то, что наваливается почтой - меня не смогло удовлетворить по условиям работы. Я в конечно просматриваю такие письма, но больше воспринимаю, как спам. Ну и в статье я указал, что это на основе личной статистике по системе: отправил отклики => пригласили на собеседование => прислали оффер.
Второй слишком длинный. В описании обязанностей и достижений важен во-первых, вклад - сам/в команде/во главе команды, во-вторых, полнота цикла - с нуля/на поддержке/вытащил из легаси
Тут на самом деле момент спорный. Раньше я указывал такие моменты. Сейчас указываю формулировки к примеру так:
"Разработал и поддерживал корпоративный портал для общения сотрудников на Vue" - тут я указал, что: сам; с нуля, а затем поддерживал
"Участвовал в разработке клиент-серверного Web-приложения: ДБО для физических лиц на Vue" - в команде, активная статдия разработки
"Организовал команду на хакатон" - во главе команды, с нуля
Когда я перестал указывать пункты "в команде", "с нуля" и т.д, то и вопросов от интервьюверов меньше стало на эти темы)
1) Ну так вы по приглашениям на собес конверсию озвучили? Или это я не глазами прочитал? Чисто по ним не может быть 10%. Разве что вы по грейдам скакали слишком спешно, или в другой стек/специальность прыгали. И то через эйчар фильтр такое как правило легко проходит, если они сами решение принимают, а не команду дергают на каждое резюме.
2) Удивительно. Когда ищешь сеньора надо хоть как-то понять что это он. А это возможность самостоятельно затащить полный цикл. Как это еще проверить? Не по задачкам на линкед лист же. Этому и макаку научить можно.
Это был 2020 год. На каждом этапе именно 10% получилось
Ад какой. В 19 и 23 вообще не так было. Хотя и стеки у нас немного разные. Я до десяти приглашений на техсобес не добираюсь без 2-3 офферов, впрочем у меня и история другая - мобилки, внешние железки и любовь к экзотике по части предметной области (финтехи и чистый диджитал скукота) - а тут чаще просто не найти достаточно адекватного персонажа. По полгода собесим 2-3 раза в неделю.
Мне сложнее найти куда откликнуться.
Вы же, когда ходите на свидания, не ведёте себя как на экзамене?
На собесе я почему-то чувствую себя, как на суде.
- Подсудимый Девелоперов, вы обвиняетесь в дабаггинге джаваскрипта алертами. Признаёте свою вину?
- Нет, уважаемый суд, не признаю.
- Ну что ж, подсудимый, заслушаем вопросы стороны обвинения.
... и погнали расстреливать и в хвост и в гриву :(
Недавно попало ко мне резюме, видимо, составленное по всем канонам данном статьи. Вот только описания того, что было сделано, явно напоминало раздувание слона из мухи...
Когда видишь фразу "исправил редковоспроизводимый баг", то это может означать "поленился писать тест, но когда тимлид пригрозил увольнением после жалоб клиента, таки отладил код и ошибку исправил"
Немного не по теме статьи: один студень прислал резюме, где среди прочего была характеристика "легко обучаемый". Когда подвернулся удачный момент, уточнил, что тут имеется в виду, и чуть было не офигел от наглости: обучаемостью оказалась хвастовство о том, что выученный абы как предмет за два вечера перед экзаменами на уровне "сдать и забыть" таки был сдан и забыт. Результат: был изгнан и забыт.
«Относитесь к собеседованию, как к свиданию» — 5 причин, почему разработчики не могут найти работу