Комментарии 77
хорошо показал себя следующий практический опыт — выдать собеседуемому гражданину набор из 2-3 текущих небольших задач, собеседник сам выбирает срок исполнения, к сроку предоставляет проработанные решения. позволяет как оценить кандидата, сопоставив его решения и решения существующих специалистов, так и оценить своих специалистов, ну и — почерпнуть что либо новое(это, откровенно, редкость) =)
у зам.ген.дира была «гениальная» идея построить часть пресейл-процесса на этой основе, слава богу, ответственность он на себя не взял, и идея загнулась.
То есть, вы давали, по сути, даже не одно, а 2-3 неоплачиваемых тестовых задания?
не заплатим, так как работа дублируется
А какое дело человеку до того, что работа дублируется? От этого ему совсем не легче и не быстрее эту работу выполнять.
Можно не согласиться на выполнение заданий, в этом нет никакой проблемы.
Тем не менее, статистика показывает, что профессионал сделает 2-3 несложных задания в срок и качественно, и в дальнейшей совместной работе будет минимум проблем.
мотивирован ли человек у нас работать, или нет
Вы так уверены в исключительности своей компании? :) Обычно человек, ищущий работу, мотивирован работать не в конкретном месте (если только вы не в google собеседования проводите таким образом), а просто там, где ему подойдут условия и зарплата. То, что контора начинает общение со мной словами: "Вот вам 3 неоплачиваемых, никому не нужных таска, покажите, что вы умеете, а иначе нам не по пути", меня бы такое отношение не очень-то и прельстило. Хотя, с тем, что нам не по пути, я бы согласился :)
оклад 5-10к $/мес
Вооружившись калькулятором получаем 250-500$ за рабочий день. Допустим, у человека на ваши 2-3 задачи уйдет даже пускай полный рабочий день (может, и больше, возьмем по минимуму). У людей, претендующих на такие суммы, в поиске работы, как правило, проблем нет. Что еще вы такого предлагаете, что они побегут делать у вас неоплачиваемые тестовые задания?
«а, лохов ищут, заманивая цифрами» — глупость какая то, зачем? нам надо закрыть вакансию.
https://ru.wikipedia.org/wiki/Москва-Сити
120 000$ в год в США — это аппер мидл класс, кстати. зависит от штата, в целом, но — очень и очень неплохо.
если говорить про сша — то, кроме собсно денежного вознаграждения компания может предоставлять medicare на всю семью, если она есть — тут я затрудняюсь корректно посчитать.
техас разный, хотя по личным ощущениям, в оклахоме и аризоне намного жарче, чем в техасе где нить в Хьюстоне. я был в Амарилло, Остине и Хьюстоне, в Хьюстоне было комфортнее, чем в остальных.
мы предлагаем медиану или чуть выше, если хотим быстрее закрыть.
Как вы думаете, оклад 5-10к $/мес + премии кого то могут прельстить?
И где-то здесь ошибка. Даже senior разработчики в россии не получают $5-10K в месяц + премии в среднем. Это очень узкий сегмент где такие зарплаты являются действительно «медианой или чуть выше». Обычно связано с ML, чем-то очень низкоуровневым или другими специфичными областями с высоким порогом входа. Читая статью:
В качестве заключенияВозникает еще большее непонимание, для PHP единственной должностью для которой озвученная зарплата будет медианой будет какой-либо архитектор на очень крупном высоконагруженном проекте, но таких пересчитать просто по пальцам и ни одного такого я не знаю в «Москва-Сити». Но даже если такая есть — то специалистов подобного уровня много не нужно, да и отбирают их обычно не с улицы как вы описали.
Недавно я решил собрать свои заметки по вопросам на собеседования для PHP-разработчиков
Вывод из этого простой — где-то вы лукавите. А может давно не выглядывали в окно и в кэше остался курс доллара в 30 рублей.
Автор обобщает опыт бесед с некими ИТ-специалистами (очевидно, СПО/ППО+разработка), и только в заключении акцентируется конкретно на PHP, причем конкретно в опроснике вопросы не только про PHP (я себе несколько общесистемных переписал, спасибо автору за это).
Далее, доллар у нас в расчетах по 68, в начале недели был по 70, а те вакансии, о которых я размышлял, были связаны или с hi-end железом (где то там вверху проскакивал мейнфрейм), либо с Oracle/Java — прям ща на хедхантере висит несколько десятков вакансий с окладом от 200 000 RUR.
70*10 = 700.
200 < 350.
Математика не сошлась, причем не сошлась в 2-3 раза. Еще вопросы?
Кроме того уж точно математика не сошлась на слове «медианная зарплата», обычно в одной команде людей с такой ЗП мало и подобное обращение на собеседованиях он не особо любят. Терпеть это будут больше те кто знает что столько не стоит но надеется проскочить.
только вопрос — это вакансии моей конторы?
ах нет, про премию 4-6-8-12 окладов в год хороший вопрос… нет, мелко
или… мм… ну вопрос про несколько десятков вакансий с hh.ru — «Oracle/Java Architect» или даже «Senior Java developer» с окладом в USD от 5к?
нет, все меркнет перед безупречной логикой и математикой, Аристотель вертится в гробу как центрифуга.
Чьи вакансии — тоже не важно, вы тут утверждали про вышеобозначенные суммы.
Что в остатке — да, есть очень редкие вакансии на реальные $5K и еще крайне более редкие, можно сказать штучные — на $10K под которые такие вопросы хоть как то могут быть актуальны. Но люди, имеющие достаточно квалификации под подобные вакансии — не будут выслушивать ваши «2-3 тестовых задания», даже интервью в крупные западные компании готовые обеспечить переезд и платить больше — не занимают столько времени сколько вы хотите. В сухом остатке вопрос Bringoff по поводу уверенности в исключительности вашей компании раз ставити такие условия все еще открыт. Собственно я уже сказал вам кто в большинстве случаев готов унижаться на подобные вакансии — те, кто этих денег в других местах не получит, т.е. те кто стоит дешевле. Поздравляю с переплатой.
Кроме того возникают сомнения потому что по разговору вы показываете будто вы таких людей чуть ли не пачками нанимаете. Так вот люди подобной квалификации пачками даже свободные на рынке труда не ходят, не то что в одну компанию не нанимаются. Несколько человек такого уровня в год — уже успех. Массово можно нанимать опять же только тех кто стоит дешевле — тут да.
отсюда можно сделать четыре вывода:
1 — результат опытной экспресс-проверки всего технологического стека кандидата не вызовет у него унижения при нормальной самооценке;
2 — результат опытной экспресс-проверки всего технологического стека кандидата вызовет у него чувство унижения в случае завышенной самооценки;
3 — результат опытной экспресс-проверки всего технологического стека кандидата вызовет у него чувство подъема в случае заниженной самооценки. Заниженная самооценка тоже весьма не хорошо в дальнейшем;
4 — Одинаковые условия для всех кандидатов явно не имеют цели и намерения унизить кандидата. Близкий пример — ВУЗ — условия приема для всех одинаковые, но кто то поступает в МГУ, МФТИ, или Стэнфорд, а кто то — нет.
Получается, что приемная комиссия унижает всех, кто не поступил? Очевидно, что нет, так как это не является целью приемной комиссии.
Последующие выводы — если брать кандидата №1 без теста — компания условно ничего не теряет, кандидата №2 — переплачивает, кандидата №3 — сложный случай, обычно сначала приобретает, а потом переплачивает.
вот такая логика.
Реальность в том что вариант #1 просто посмотрит на необходимость тратить кучу своего времени на какие-то тесты какой-то сомнительной компании и пойдет в другую. Ведь если человек действительно стоит $5K — $10K — то это ОН выбирает компанию, а не компания выбирает его. Поэтому в результате в выборке прошедших тест будет больше тех кто просто проскочил потому что повезло чем тех кто действительно стоит этих денег.
Опрашиваему вообше нет разницы текуший это таск или просто задача из головы, что это меняет?
С точки зрения работодателя, если хочется сделать задание не сферическим конём в вакууме, то оно будет как-то, возможно даже близко, связано с текущей работой. Но я вот не могу себе представить, что какой-либо работодатель будет использовать результаты такого теста в текущих продуктах, для извлечения прибыли.
у зам.ген.дира была «гениальная» идея построить часть пресейл-процесса на этой основе
А потом вы удивляетесь, почему люди спрашивают об оплате такой работы, и в целом относятся с недоверием.
=))
но «жадные дети», конечно, так не считают. бизнес — это чаще всего бартер — ты мне, я — тебе. но у «жадных детей» нет предложений, например, оплатить труд «специалиста с высокой степенью технической компетенции», который их собеседует 1-2 часа, как это можно объяснить? =))
требующие оплаты вперед любого своего труда
Во-первых, никто не требует оплаты вперед, а просто оговаривают, сколько им за такую работу заплатят. И вообще предоплата это совершенно нормальная практика, и даже полезная, ибо позволяет избегать мошенников.
оплатить труд «специалиста с высокой степенью технической компетенции», который их собеседует 1-2 часа, как это можно объяснить
Так это же ваша компания заинтересована в найме грамотного человека, и все расходы естественно на вашей компании. Точно так же, как ваша компания заинтересована проверить человека дав ему ТЗ, результат работы которого вы еще можете присвоить себе. Судя по тому что вы пишете.
Сотрудник же заинтересован, чтобы его не обманули. И если бы не было технического собеседования и тестового задания, то он был бы только рад.
Мне кажется что в первую очередь он заинтересован получить работу, а «обманули» и т.д. — это уже детали.
Не знаю как образом отрытый вопрос вы считаете «ни о чем», он имеет вполне конкретный и развернутый ответ.
С тестовыми заданиями многие не готовы иметь дело, особенно если речь идет о senior-level разработчиках, им просто это не нужно.
Как оценивать «открытый» вопрос? Любой человек с более-менее подвешенным языком может наговорить достаточно на подобный вопрос и чем шире вопрос, тем больше можно наговорить и тем сложнее это оценить. В моем примере, что такое вообще «высоконагруженная система»? Особенно забавно это видеть в контексте PHP разработчиков.
По поводу тестовых заданий, речь идет о собеседовании, если это неясно. Или senior-level разработчик развернется и уйдет, если его не спрашивать по опроснику? :)
К сожалению, ваши утверждения больше склоняют меня ко мнению, что вы не совсем ориентируютесь в том, о чем говорите. В частности в том, как проводить собеседования и оценивать технических кандидатов.
Ну например, специалист-самоучка, обладающий опытом, смекалкой, тягой к знаниям, но при этом абсолютный ноль в определениях, а в узконаправленных уж и подавно. Нет, он знает конечно, например, про вертикальное и горизонтальное масштабирование, но он просто не в курсе что из них что. Главное работает, а у себя на деревне они называли это проще (или вообще на пальцах объясняли).
— базовая на то что бы понять что человек вообще умеет писать код, например — реализация поля со спец правилами ввода(типа даты)
— конкретная, знания, которые непосредственно необходимы в работе. Вроде общей понимании концепции MV*, без которой сложно было-бы включить человека в команду. Классический пример — TODO app
Плюс на собеседовании прошу прочитать какой-нибудь кусок кода и рассказать как он работает(или хотя бы что делает) + знакомлю со структурой проекта, показываю где-чего находится, прошу найти и рассказать как работает какой-нибудь модуль.
В основном этого хватает что бы отсеять людей которые либо не владеют необходимыми технологиями, либо не могут обучаться. Правда был один «умный» джун который к собеседованию подготовился хорошо и даже устроился на low-junior но при этом реально _никакие_ задачи делать не мог и по сути это был мой факап. Зато по этой методике мы получили очень хорошего middle с которым было очень приятно работать, к сожалению не смогли взять его в штат(иностранец).
Имхо, на данный момент нет смысла спрашивать у людей знание фреймворков или проект-специфичных хаков, ибо развелось их слишком много. Нужно понимать сколько у человека опыта в разработке, обладает ли он хотя бы смежными навыками в интересующей области + есть ли желание учиться. Всё остальное — тлен и суета сует.
Ну например, специалист-самоучка, обладающий опытом, смекалкой, тягой к знаниям, но при этомни разу не читавший технической литературы в данной области? Т.е. здесь мы рассматриваем специалиста, обладающего опытом и тягой к знаниям, который не сталкивался с распространённой в индустрии терминологией в процессе получения опыта и / или удовлетворения тяги к знаниям. Однако, я уверен, встретив незнакомый термин, такой человек непременно постарается выяснить, о чём речь (следствие тяги к знаниям). И, в результате, овладеет термином.
А на сколько вообще корректно использовать в собеседовании канцеляризмы?в каждой деревне — свой говор, однако стандарт языка на некоторой территории обычно один, что позволяет людям из разных деревень понимать друг друга. Именно потому, что кандидат может быть «воспитан» в совершенно иной среде, не похожей на нашу
Повторное использование отлаженного кода — одна из целей любого программирования начиная с процедурного, т.е. с 60 годов прошлого века, и желание «все взять и переписать» нужно у новичков купировать сразу же, иначе никакой пользы они не принесут. Понятно, что случаи бывают разные, и иногда решений либо нет совсем, либо они не устраивают по каким-то объективным причинам, но «не понимаю, как устроено» и «я уверен, что могу написать лучше» — причины весьма плохие.
мне на тот момент было 28 — Админ со стажем игр и макросов в слове и деле/лексиконе с конца 80х. В школе — бейсик и переставленный с нуля Лантастик, в 28 старший администратор офисной инфраструктуры одного мелкого опсоса страны — около 400 рабочих станций, домен, виртуализация и все такое.
Так вот, я где-то в эпоху народ.ру заклялся не писать веб сайты, а теперь о главном:
Разобрался с повершеллом, написал статью тут. Разобрался весьма глубоко с башем — написал вторую статью тут.
Догнался c# -> asp.net mvc (маленькая домашняя веббухгалтерия на трёх калек, писалась около 2х лет по вечерам — хотел уйти в программисты).
Сейчас на опыте этого всего работая третий год хостмастером на хостинг проектах пишу свою панель управления хостингом на rails, написав небольшой блогодвижок — расширил штатное руководство по вхождению в рельсы, и по ещё двум рельсовым книгам — небольшой онлайн магазинчик и тикетную систему.
В программисты меня таки не берут пока — возрастом не вышел, реальной практики нет. Так что пишу панель для себя и своих проектов, которыми управляю
Идея для развития:
Сделать сбоку по тегам. Например требуется middle frontend разработчик: выбрал тег M, выбрал то, что нужно для Frontend разработчика. Распечатал, пошел на собеседование.
С учетом того, что инструмент шикарный и туда можно будет добавить языки, специализации, платформы идея с фильтрацией по тегам кажется разумной!
Спасибо за статью. Год назад я бы иначе подошел к собеседованиям юниоров, если бы прочел что-то подобное.
И меня очень пугает тенденция: специалисты заваливаются на фундаментальных вещах. Примерно половина моих кандидатов валилась на базовых принципах ООП (собес Java). Примерно 80% кандидатов никогда не слышали про индекс баз данных. Ну и в таком духе.
Чем дальше — тем больше Framework- и Stakeoverflow разработчиков. И что примечательно: это кандидаты 22-27 лет. У старших ситуация с «фундаментом» лучше, как правило.
Как собеседовать технического специалиста