Кто-нибудь читал книгу "Брать или не брать? или Как собеседовать разработчикаТекст" ?
Имеет смысл читать, тратить время, если ты со стороны собеседуемого?
Об этой книге
С собеседованиями в сфере разработки ПО сложилась парадоксальная ситуация: все компании сильно озабочены наймом лучших сотрудников, но никто не знает, как это делать.
В IT очень много уделяется внимания тренингам. Есть тренинги для разработчиков, тестировщиков, аналитиков и менеджеров. Но тренингов для интервьюеров никто не проводит. Книг, учитывающих специфику индустрии и отечественного менталитета, исчезающе мало. В результате собеседующие двигаются методом проб и ошибок, что часто имеет катастрофические последствия.
За свою карьеру я провёл несколько сотен самых разных собеседований в разных компаниях. Я собеседовал разработчиков, тестировщиков и менеджеров. Я собеседовал на русском и на английском, вживую и через скайп. Я собеседовал студентов и специалистов с сорокалетним стажем. И каждое из этих собеседований давало очередной кусочек мозаики, пока в моей голове не сложилась картина, которую я хочу вам, читателям, показать.
Хотя книга, которую вы сейчас читаете, описывает многие технические моменты собеседований, но в целом она сфокусирована на психологических моментах и приёмах интервью. Она будет полезна для лидов и руководителей, которые уже проводят собеседования, и для тех, кто планирует проводить собеседования в будущем. Эта книга будет полезна для кандидатов, которые ищут работу, и хотят оценить, насколько качественно их собеседуют.
Также книга будет полезна любому, кто хочет разобраться в себе и определить для себя направление собстве
Кодом людям нужно помогать!
Re: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Sharov, Вы писали:
S>Кто-нибудь читал книгу "Брать или не брать? или Как собеседовать разработчикаТекст" ?
S>Имеет смысл читать, тратить время, если ты со стороны собеседуемого?
S>
S>Об этой книге
S>С собеседованиями в сфере разработки ПО сложилась парадоксальная ситуация: все компании сильно озабочены наймом лучших сотрудников, но никто не знает, как это делать.
S>В IT очень много уделяется внимания тренингам. Есть тренинги для разработчиков, тестировщиков, аналитиков и менеджеров. Но тренингов для интервьюеров никто не проводит. Книг, учитывающих специфику индустрии и отечественного менталитета, исчезающе мало. В результате собеседующие двигаются методом проб и ошибок, что часто имеет катастрофические последствия.
S>За свою карьеру я провёл несколько сотен самых разных собеседований в разных компаниях. Я собеседовал разработчиков, тестировщиков и менеджеров. Я собеседовал на русском и на английском, вживую и через скайп. Я собеседовал студентов и специалистов с сорокалетним стажем. И каждое из этих собеседований давало очередной кусочек мозаики, пока в моей голове не сложилась картина, которую я хочу вам, читателям, показать.
S>Хотя книга, которую вы сейчас читаете, описывает многие технические моменты собеседований, но в целом она сфокусирована на психологических моментах и приёмах интервью. Она будет полезна для лидов и руководителей, которые уже проводят собеседования, и для тех, кто планирует проводить собеседования в будущем. Эта книга будет полезна для кандидатов, которые ищут работу, и хотят оценить, насколько качественно их собеседуют.
S>Также книга будет полезна любому, кто хочет разобраться в себе и определить для себя направление собстве
Конечно, сложно судить о книге без обложки, но судя по описанию -- очередное полукилограммовое фуфло, которое пытяются впарить, используя классические приёмы: запугивание, максимальное расширение целевой аудитории, панацейность. Нет, про результат "сотен согбеседований" ни слова, так сейчас модно, обещают лишь "картину" из кусочков. Точнее, полкартины -- аффтора не чморили по другую сторону баррикады. Плюс, изначальный посыл про поиск "лучших сотрудников" изначально неполон без дополнения "...за меньшие деньги".
Что же делать бедному соискателю?
1. Способ эффективный: подделать стаж, пол и возраст; на самом деле "собеседования" -- это смотрины.
2. Способ интеллектуальный: читать Паркинсона.
3. Способ невозможный: отправиться на машине времени на несколько десятилетий назад и устроиться в тот же детский сад, что и господин ПЖ.
4. Способ рутинный: ходить по собеседованиям, пользуясь тем, что "никто не знает, как это делать".
Re[2]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, mgu, Вы писали:
mgu>Что же делать бедному соискателю? mgu>...
Ты в своём перманентном пораженчестве забыл про главное. Соискателю надо быть (внезапно!) профессионалом! Готовым запросить ту стоимость, которой он достоит, а потом выполнять работу так, что работодатель не пожалеет о потраченных деньгах.
Не надо забывать, что трудовые отношения — это отношения равных сторон, регулируемые трудовым законодательством. И также как есть соискатели, которые не могут найти работу с подходящей оплатой, так и есть работодатели, которые не могут найти профессиональных работников на имеющиеся деньги. Когда все стороны поймут, что эти отношения равные, надо уважать друг друга и договариваться индивидуально в зависимости от профессионализма и потенциальной прибыли, так сразу проблемы исчезнут.
Re[3]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Nuzhny, Вы писали:
N>Ты в своём перманентном пораженчестве забыл про главное. Соискателю надо быть (внезапно!) профессионалом!
Это факт.
Если ты просто хороший саморазвивающийся профессионал — ты найдешь свой кусок хлеба.
А вот будет ли на твоем куске хлеба икра или же просто масло — зависит от других качеств.
N>Готовым запросить ту стоимость, которой он достоит, а потом выполнять работу так, что работодатель не пожалеет о потраченных деньгах.
Ну, это вообще из другой оперы. "не пожалеет о потраченных деньгах" это ситуация редкая.
Обычно же за деньги отвечают одни люди, а пользу ты приносишь другим. Да, опосредованно эта польза может быть конвертируется в деньги. А может и не конвертируется.
Так что прийти, и засиять, аки звездочка, так чтобы совет диреторов сказал "ай да молодца! не зря на него столько денег тратим" — это юношеский максимализм.
Re: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Sharov, Вы писали:
S>Здравствуйте.
S>Кто-нибудь читал книгу "Брать или не брать? или Как собеседовать разработчикаТекст" ?
S>Имеет смысл читать, тратить время, если ты со стороны собеседуемого?
S>
S> все компании сильно озабочены наймом лучших сотрудников, но никто не знает, как это делать.
Ага, никто не знает, один автор все знает и всему научит.
Лично я бы не стал тратить время на прочтение.
А прочитал бы еще разок "cracking the coding interview". Несмотря на то, что эта книга мягко скажем не нова, почему-то больше половины интервьюверов упорно тащат из этой книги идеи и задачи.
Re[2]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
S>Но тренингов для интервьюеров никто не проводит.
Ну... В одной из компаний у нас был тренинг для интервьюверов. Хороший, кстати. Объясняли, как в процессе простой беседы про компанию и опыт кандидата выяснить все интересные моменты (как технические, так и поведенческие). Так вот, для кандидатов это знание совершенно бесполезно. Вряд ли для вас станет новостью, что в резюме врать не стоит, так как могут про что-то поинтересоваться более подробно. А больше там кандидату предложить нечего.
Re[3]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Nuzhny, Вы писали:
mgu>>Что же делать бедному соискателю? mgu>>...
N>Ты в своём перманентном пораженчестве забыл про главное. Соискателю надо быть (внезапно!) профессионалом! Готовым запросить ту стоимость, которой он достоит, а потом выполнять работу так, что работодатель не пожалеет о потраченных деньгах. N>Не надо забывать, что трудовые отношения — это отношения равных сторон, регулируемые трудовым законодательством. И также как есть соискатели, которые не могут найти работу с подходящей оплатой, так и есть работодатели, которые не могут найти профессиональных работников на имеющиеся деньги. Когда все стороны поймут, что эти отношения равные, надо уважать друг друга и договариваться индивидуально в зависимости от профессионализма и потенциальной прибыли, так сразу проблемы исчезнут.
Вы мне рассказали сказку, отвечу так же:
Решил один мужик жениться. Только не знал какую из трех дам выбрать.
Тогда дал он каждой энное количество денег, дабы посмостреть как каждая ими распорядится.
Первая на все деньги купила себе дорогие одежды, сходила в салон, сделала прическу, пришла к мужику и сказала: "Смотри дорогой, я хочу чтобы у тебя была самая красивая жена и ты мог мною гордиться! "
Вторая на все деньги понакупала мужику дорогих одежд, обставила весь дом, пришла к мужику и сказала:
"Я хочу, чтобы ты был самый красивый у меня и все видели какая я хорошая хозяйка".
Третья все деньги вложила в дело, через месяц получила в два раза больше и отнесла их мужику, мол смотри как я забочусь о твоем капитале.
Думал, думал мужик кого ему выбрать, да и выбрал ту, у которой сиськи больше
Re[2]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Gradiens, Вы писали:
G>Ага, никто не знает, один автор все знает и всему научит.
Да там уши торчат прямо из описания, "я провёл 100500 интервью". А я бы больше доверял такому: "Я провёл 10 интервью и вот, все они до сих пор со мной работают".
G>А прочитал бы еще разок "cracking the coding interview". Несмотря на то, что эта книга мягко скажем не нова, почему-то больше половины интервьюверов упорно тащат из этой книги идеи и задачи.
Я уже писал на РСДН-е, почему эта книга -- библия для говнокодеров. Но одно жемчужное зерно я там всё-таки нашёл, цитирую по памяти: "Но это всё херня. Главное, ответьте себе на вопрос: хотите ли вы с этим чуваком выпить пива?"
Re[4]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, maxkar, Вы писали:
M>Ну... В одной из компаний у нас был тренинг для интервьюверов. Хороший, кстати. Объясняли, как в процессе простой беседы про компанию и опыт кандидата выяснить все интересные моменты (как технические, так и поведенческие). Так вот, для кандидатов это знание совершенно бесполезно. Вряд ли для вас станет новостью, что в резюме врать не стоит, так как могут про что-то поинтересоваться более подробно. А больше там кандидату предложить нечего.
почему тогда остальные просто не беседуют
Re[3]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Nuzhny, Вы писали:
mgu>>Вы мне рассказали сказку, отвечу так же:
N>Не также, а уныло. Лучше бы не менее баянистым стихотворением: N>"...Вот и приходится нам, как тут ни крути, N> Смотреть лишь на размер ее груди"
Прямо-таки напрашивается: я за свою карьеру рассмотрел сотни грудей, 20-летних и 40-летних, и у меня в голове сложилась картина...
Стали бы читать книгу с таким описанием?
Re[6]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, mgu, Вы писали:
mgu>Прямо-таки напрашивается: я за свою карьеру рассмотрел сотни грудей, 20-летних и 40-летних, и у меня в голове сложилась картина... mgu>Стали бы читать книгу с таким описанием?
Зависит от иллюстраций
--
WBR,
Serge.
Re[3]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, sergey2b, Вы писали:
S>почему тогда остальные просто не беседуют
Так остальных не учили Можно самому продумать все, но это же время и усилия. Большинство разработчиков нанимают так, как где-то видели. А видели они у других таких же разработчиков. В общем, "потому что так здесь заведено, а почему заведено — уже никто и не помнит".
Наш тренинг был 2 дня, на группу. Далеко не каждая компания готова столько времени выделить (и пул интервьюверов) на тренировку. И это только то, что я видел. Консультанты, которые тренинг проводили, еще работали до и после. До — выясняли, что и как не нравится кандидатам в существующем процессе (с фокусом на процессы именно компании). Потом — с руководством для выяснения наших culture value. Потом готовили материалы о том, как можно легко заметить нужные качества при ответе на вопросы (методички были не абстрактные а адаптированы под то, что нам нужно было делать). И еще были отдельные мероприятия для рекрутеров (не интервьюверов).
Ситуация совершенно стандартная. Требуются достаточно большие инвестиции "до", которые много компаний не хотят выделять. Да и обычным разработчикам лень думать над тем, как их воспринимают кандидаты (а иногда и политики компании не позволяют).
Re[4]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, maxkar, Вы писали:
M>Наш тренинг был 2 дня, на группу. Далеко не каждая компания готова столько времени выделить (и пул интервьюверов) на тренировку. И это только то, что я видел. Консультанты, которые тренинг проводили, еще работали до и после.
И каков результат этих тренингов? У замдиректора по откатам появилась новая БМВ?
Re[4]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Оно конечно правда, но до той поры, как на одру вакансию претендуют 483 кандидата.
А ежели ситуация обратная — то можно (и даже крайне полезно) применять этот закон наоборот.
На вопрос, какая компания мне подходит из тех, что разместили вакансию, ответ может быть "ни одна". Надо поинтересоваться у Пети, который был моим тимлидом 10 лет назад, и который сейчас руководитель направления, не нужны ли им толковые тимлиды. Если нужны — то дальше будет разговор по душам, между делом Петя поинтересуется, чем занимаюсь и чего хочу.
Хотя нет, я, пожалуй, идеализирую.
Когда я прошлый раз искал работу, и попросил одного знакомого оценить резюме (благо знакомый за год проводит несколько десятков собесов), он сказал "Лень читать. А люди нам нужны. Иди сразу говори с CTO"
Re[5]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, mgu, Вы писали:
M>>Наш тренинг был 2 дня, на группу. Далеко не каждая компания готова столько времени выделить (и пул интервьюверов) на тренировку. И это только то, что я видел. Консультанты, которые тренинг проводили, еще работали до и после.
mgu>И каков результат этих тренингов? У замдиректора по откатам появилась новая БМВ?
Из компании я уволился до официального подведения результатов. Но я думаю, что кандидаты в итоге стали считать интервью более релевантным предлагаемой работе.
Зато довелось применить те же навыки на новом месте. Результаты — отличные. Быстро нашли ровно того, кого искали. На то, что "спрашивали одно, а заставляют делать другое" и на "а нас не предупреждали, что у вас здесь местами бардак" никто не жаловался. Без тренинга — совершенно не уверен, что было бы так же хорошо.
Re[5]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, Gradiens, Вы писали:
G>Когда я прошлый раз искал работу, и попросил одного знакомого оценить резюме (благо знакомый за год проводит несколько десятков собесов), он сказал "Лень читать. А люди нам нужны. Иди сразу говори с CTO"
В выделенном глаголет истина.
Re[6]: Книга "Брать или не брать? или Как собеседовать разработчикаТекст"
Здравствуйте, maxkar, Вы писали:
M>Зато довелось применить те же навыки на новом месте. Результаты — отличные. Быстро нашли ровно того, кого искали. На то, что "спрашивали одно, а заставляют делать другое" и на "а нас не предупреждали, что у вас здесь местами бардак" никто не жаловался. Без тренинга — совершенно не уверен, что было бы так же хорошо.
Странно... Везде, где я бы ни работал, был "местами бардак" и прочие "бенефиты", но никто не жаловался.
Можно самому продумать все, но это же время и усилия. Большинство разработчиков нанимают так, как где-то видели. А видели они у других таких же разработчиков. В общем, "потому что так здесь заведено, а почему заведено — уже никто и не помнит".