Комментарии 71
но одновременно давая понять, что зазнаваться им не стоит
В лучшем случае выглядит смешно, когда вдруг понятно, что интервьюер сам сильно плавает в этом вопросе, а спросил его для того, чтоб кандидат не зазнавался, в худшем случае можно потерять хорошего кадра, которому сначала сообщили, что его будут собеседовать люди, с которыми он будет работать, а поняв на собеседовании, что его просто валят, чтоб завалить, а не для реальной оценки он не захочет с ними работать, даже если ему предложат в итоге оффер. Где-то по середине может быть раздражение от вопросов, ответы на которые человек уже забыл, ибо не использовал последние N лет, но зато знает как загуглить их за минуту.
Я уже не смеюсь от программистских шуток и комиксов.
Плюсы:
- требует минимум времени от кандидата
- можно сразу увидеть вредные профессиональные привычки с которыми придется столкнуться
- сложнее найти друга программиста нужной специальности
- для пущей уверенности что человек растет можно по его коду задать уже конкретные вопросы
минусы:
- Гугл никто не отменял
- На настоящую проверку уйдет много времени
- Зачастую код с прошлого места работы защищен авторским правом
- Все еще нет возможности оценить человека сильно вас превосходящего
Дополнительной плюшкой для кандидата будет получение отчета, почему его не приняли.
требует минимум времени от кандидата
Требует уйму времени от кандидата на опен-сорц. Ведь надо не просто запилить фичу, а запилить так, чтобы самому было приятно. В общем, если есть такое хобби — да, вариант годный, а вот если человеку не удаётся выделять на это время (или выделять удаётся недостаточно), то такой подход мало что покажет.
Еще раз объясню причину просить реальный код, а не красивый. На работе у человека не будет времени, особого интереса, хорошего настроения, конечно где-то в гугл вам могут все это выделить и там да, могут посмотреть ваш гитхаб. Но в местных реалиях именно реальный код человека в боевых условиях покажет вам что вы получите наняв его. Короче если вам нужно пилить сайтик или 1с-ку, то наличие написанного на хаскелле сборщика кубика-рубика не является плюсом. И даже наоборот, может свидетельствовать что рутинные задачи будут выполняться медленно (но не факт).
Если прислали код с опен-сорц или домашних проектов — просить код с работы. Желательно максимально близкий к закрываемой должности.
И если пришлет — сразу отказать. Ибо человек сознательно раскрыл служебную информацию. Программный код разработанный в рамках трудового договора не принадлежит разработчику, и, следовательно, не может быть раскрыт третьим лицам даже частично без согласования с руководством.
Право авторства неотчуждаемо, оно всегда принадлежит тому, кто его написал. А демонстрацию кусочка кода вряд ли не ангажированный суд сочтёт использованием произведения. Авторское право тут в пролете скорее всего. Тут со стороны коммерческой и прочей тайны надо смотреть и просто профэтики.
Во-первых: NDA (ну кто его подписывал) и коммерческая тайна (а исходники проходят минимум по уровню ДСП, а могут и с более закрытым уровнем идти),
во-вторых: большинство компаний стали заключать доп.соглашение на передачу всех отчуждаемых прав.
В общем по сумме — без разрешения работодателя (а то и заказчика!) вы показывать боевой код не имеете права.
А если у меня бо́льшая половина боевого кода открыта в OSS?
То вы можете радоваться, но для большинства разработчиков это не так.
Обожаю аргументы «вам повезло» и «можете радоваться».
Нет, ответ неверный. Мне не повезло. Я по своей воле и свободному выбору работаю в компании, которая адекватно отнеслась к моему требованию публиковать все, что не бизнес-логика — в OSS. Я это продавил; не дядя до меня, чтобы мне прийти на все готовенькое, как тот везунчик, а я. Лично.
Так что в пользу бедных все эти «повезло».
Поздравляю, вам повезло, вы часть зарплаты, что вам всё равно не хотели платить (так что да, молодец), внесли в платёж за актуацию вашего кода в СПО. Это работает не со всеми компаниями, это не работает если об этом не знать, это недоступно джунам и большинству мидлов. Но, конкретно вы, "продавили", а не повезло.
Ах да, и это эффективно работает только при трудоустройстве. После продавить и не потерять в зарплате — гораздо сложнее.
ЗЫ и да, обстоятельства на одном рабочем месте и на другом — могут быть весьма различным. Там где в одном месте не будет времени даже на нормальное покрытие тестами — в другом будут требовать TDD...
Я обязательно провоцирую на третьей минуте собеседования хохот в комнате, дальше собеседование катится по совсем другим рельсам.
Если у человека нет чувства юмора, он станет обижаться на безобидные фразы (я даже не упоминаю дружеские подколки) в код ревью, и вообще любой серьезный спор потом не удастся разрядить удачной шуткой для снятия напряжения в комнате. С такими крайне тяжело работать, настолько, что я предпочту кандидата с заведомо более низким уровнем компетенций (подтянем, не впервой), нежели суперэксперта без чувства юмора. С этим все будет в порядке до первой проблемы, неважно, чем она будет вызвана.
В цирке должны работать клоуны, а не инженеры :)
вторые при этом уходят с собеседования в слезах
Ой, не льстите себе.
На собеседовании с копеечной зарплатой (а в России 95% зарплат копеечных, даже в ИТ), и вижу там требования супер-стар-сеньера — то ухожу с улыбкой «ну, удачи в поисках».
Мы, программисты, без работы в любом случае не останется.
линуксоиды, скорее всего, нечасто используютrm -rf, сишники не пишут код с конструкциями вида++i + ++i, а знание командbrainfuck’а навряд ли вообще может быть полезным
- Я на линуксе с 1999 года и использую
rm -rfминимум раз в неделю в ситуации:git clone ... && do_some_research() && rm -rf !$. - В таком виде — нет, но знать, как оно разбирается — нужно (и почему в некоторых других языках оно разбирается иначе).
- Команды
brainfuck— это кратчайшее описание полной машины Тюринга. Точное соответствие символа — команде можно и подзабыть, но если человек не скажет что-то вроде «меньше, больше, точка, скобки» и не перечислит собственно операции — про синьорство можно перестать разговаривать прямо сразу.
Вообще, лучше всего работает разговор как бы ни о чем около профессии, но для этого интервьюер должен быть а) умным и б) хорошо чувствовать нюансы смен настроения соискателя.
Вообще, лучше всего работает разговор как бы ни о чем около профессии, но для этого интервьюер должен быть а) умным и б) хорошо чувствовать нюансы смен настроения соискателя.
Полностью согласен! Но ведь это логичное пожелание и со стороны соискателя. В хорошей компании и инервьюер должен быть хорошим. Он, как лицо компании, говорит о многом.
про синьорство можно перестать разговаривать прямо сразу.Про синьорство на brainfuck?
Улыбка не тронуло его лицо? Что ж, он не подходит.
Нужно срочно учиться изображать лицом баян
Требование оплатить тестовое задание — простейший способ отсечь ничего не умеющих кнопкодавов, возомнивших о себе, будто они прям суперсиньоры, палец о палец за бесплатно не ударяющие. Провести через бухгалтерию — очень просто, но я крайне настоятельно не рекомендую так делать никогда.
Сеньор за выполнение ТЗ, или сеньору?
Во втором случае оплата решается с помощью трудового договора, прекрасно проводится через бухгалтерию.
с оплачиваем тестовым заданием
А вы бы стали работать несколько дней или даже пару недель бесплатно?
Забыл добавить, я об удаленке, небольшие/средние студии. Ничего лучше по качеству связи и видео чем Google Hangouts не встречал, а со скайпом бывало то что вы описали.
оплачиваемое(ые) «тестовое задание» из текущих тасков продакшена
Есть два типа кандидатов: те, про кого я и так все знаю, и код которых видел в миллионах разных мест, и те, про кого я ничего не знаю. С первыми буду общаться за ланчем в кафе, вторые могут или написать (разумеется, неоплачиваемый) тест, или показать завершенный код проекта на гитхабе, или сразу пройти в лес со своими амбициями.
Ни разу не встречал такого, чтобы у действительно профи не было кода на показать, и он бы вдруг стал играть в крахобора на тестовом задании. Работу мы выбираем на годы, не рассохнемся и тест за пару дней сделать.
вторые могут или написать (разумеется, неоплачиваемый) тест, или показать завершенный код проекта на гитхабе
Умение работать в уже состоявшейся команде, кпд, интерес к проекту, с помощью кода не определить. Судя по тому что давали текущие задачи с готовностью оплатить, а не тесты, претензий к уровню знаний и кода не было. Как раз с адаптацией в коллектив, у меня чаще всего были проблемы из-за чего шел отказ с моей стороны.
По мне это самый хороший способ трудоустройства как для работника, так и для работодателя, все остаются при своих никто особо ничего не теряет.
Умение работать в уже состоявшейся команде, кпд, интерес к проекту, с помощью кода не определить.
Определить, если знать, на что смотреть. И тут именно полусинтетическая задача из выдуманного мира — гораздо лучше реальной. Я буду смотреть на однообразие синтаксиса, на использование уместных абстракций, на неиспользование неуместных, на выход за рамки собственно задачи (на то, что этот выход есть, но буквально на полшишечки), на то, насколько код готов к завтрашнему изменению требований, насколько его легко поддерживать и сопровождать.
Именно поэтому мы принимаем тесты на любом языке, на котором пожелает писать кандидат — от лиспа до хаскеля и от кобола до шарпа.
Есть два типа кандидатов: те, про кого я и так все знаю, и код которых видел в миллионах разных мест, и те, про кого я ничего не знаю. С первыми буду общаться за ланчем в кафеНу во-первых: нет, не будете вы с ними общаться. Вы ниже сами же и писали:
Команды brainfuck — это кратчайшее описание полной машины Тюринга. Точное соответствие символа — команде можно и подзабыть, но если человек не скажет что-то вроде «меньше, больше, точка, скобки» и не перечислит собственно операции — про синьорство можно перестать разговаривать прямо сразу.Да, при таком выпедверте разговор будет закончен прямо сразу. И нет, не вами.
или показать завершенный код проекта на гитхабе, или сразу пройти в лес со своими амбициямиДалеко не любой даже разраб может иметь свой пет-проект по своей специализации. Ох как не любой. Я вот, например, sql-разраб. Хорошо хоть, что те, кто ищет sql-разрабов в реале, отлично понимают всю бредовость подобного.
PS. Кого все-таки на хабре не прочтешь, как только разговор на тему рекрутинга заходит. То кандидат, не развеселившийся от тоскливых баянов, должен быть отсеян, то имеющий аккаунт на mailru, то пришедший без галстука, то не показывающий исходников предыдущих работодателей… Сколько из пишущих подобное действительно провели хоть одно собеседование не только как кандидаты? До чего ж нелепое самоутверждение.
Я решил менять работу и повесил резюме. Недолго ждал и вот меня пригласили на собеседование. Поговорил с HR, затем меня пособеседовал зам. ген. дира, я ему понравился и он отправил меня к генеральному. Генеральный видимо начитался стандартных вопросов эйчаров и спросил «почему Вы выбрали нашу компанию?». Я ему: «я не выбирал». Он аж подвис, думал наверное, что я ему буду рассказывать о том, какая замечательная у него компания и как я хочу работать в ней.
Короче добавил, что это ваша компания меня выбрала
Классная шутка. Лет ей больше, чем большинству хабрачитателей :)
Ну я не кодер/разработчки/проектировщик, а эксплуататор, у нас мал-мала разница в некоторых базовых вещах с назваными ранее специализациями есть, но тем не менее. За свои 23 года в отрасли (после ВУЗ-а), я проходил два типа собеседований:
- когда искали бессловесного гребуна на галеры, задача которого — грести, не задавая лишних вопросов, соответственно, собеседование сильно походило на очередной экзамен — технические вопросы и задания, и вот это вот всё, не прошёл ни одно, ни разу;
- когда искали инженера и человека, способного думать головой и соображать мозгами, соответственно, и вопросы человеческие, да и само собеседование — именно собеседование, а не очередной экзамен на знание мной технических деталей различных ОС, СУБД и прочего такого. И воспоминания о таких собеседованиях — они приятные. ВотЪ.
А по техническим вопросам от кадровика(чки) — сколько знаю технических компаний, где такое практикуется — даже близко нет желания пытаться туда устраиваться, ибо ну его подальше. Здоровье дороже. Такие дела.
а сколько раз вы меняли работу?
У меня соотношение кол-во собеседований/кол-во смены работы примерно 1.5. причем это с учетом собеседований с директором или начальником.
серьезно?
Удивительно обширный вывод на основании диалога с одной истеричной барышней.
Возможно стоит сюда добавить мужчин-синьоров, падающих в обморок при вопросе что такое O-notation? Ну просто чтобы уже пост не выглядел настолько надменно-шовинистическим
Лучше всего показывал себя метод, когда садишь людей за консоль. Был в виртуализации собран небольшой стенд с поломанной маршрутизацией. И нужно было её починить.
Смысл был не в том чтобы найти все ошибки, а посмотреть что человек делает.
И очень четко было видно, по тому как начинает действовать кандидат, понимает ли он что нужно делать. Из интересных были кандидаты, которые показывали по действиям слабое понимание проблематики, но благодаря упорству находили все ошибки.
При этом в начальной беседе, все по разному себя вели, кто очень хорошо отвечал на вопросы, а на стенде явно шли куда то не туда. Были те кто волновался, и на вопросы отвечал плохо, однако в «рабочей обстановке» показывали себя превосходно.
Все это занимало не более 30 минут.
Что ни статья о собеседовании здесь, то вполне годная замена просмотру нового выпуска Камеди Клаб.
Собеседования: ожидания vs реальность