Ага, и также противоречие с тем, что они не берут тех, кому все равно, что делать. Те, кому не все равно, сами не пойдут к ним и разбираться с их языком и граблями.
Назовите вашу компанию, я так понял у вас дают +50% зп за скилл «умение клепать отчеты». Ближе к пенсии к вам перейду, когда мне уже пофиг будет на свою карьеру.
Не весь код должен попадать в продакшен, лол. Конечно, если вы там пилите очередной стартап на коленке, то может быть и да (если не успеете проесть все деньги инвесторов). Но если компания чуть покрупнее, то много всего делается, а потом выкидывается.
Проблема в том, что если попытаться на собеседовании записать код в IDE без интернета, ты наткнешься на кучу чудесных открытий. Которые нигде и никогда в других случаях не встретишь. Если при реальном кодинге ты сразу напишешь финальный код и потом просто поправишь ошибки, то тут надо написать с первого раза, в условиях стресса когда руки дрожат и мысли из головы выветриваются.
Извините, но нет, в статье речь идет не о собеседовании, а о повседневной работе.
В этой статье я расскажу о своей стратегии решения проблем, возникающих в ходе работы над проектом, от старта до финиша. Я использую ее в ежедневном рабочем процессе в Google,
Озлобленные, подавленные, уставшие. Вы бы хотели такого коллегу? Я — нет.
Мне было бы все равно, потому что я знаю, что не бывает людей, которые никогда не устают, не злятся и не бывают подавлены. А вы этого не знаете, поэтому напишите, пожалуйста, название вашей конторы — буду знать, с кем нельзя иметь дело.
и они половина успеха при собеседовании
Кстати, вот вы можете сказать, что не разбираетесь в технических вещах, потому что вы гуманитарий. Но как вы оправдаете то, что не смогли даже выучить правила расстановки знаков препинания в русском языке? Вы бы хотеле себе неграмотную коллегу? Я — нет.
Какой бы Вы не были прекрасный профессионал, Вас скорее всего не возьмут
Очень хорошо, а я думал, что вам сотрудники нужны.
Представьте, Вам надо закупить бумагу в офис.
Сами-то соответствуете? А то ведь этот пример напоминает истории девушек, безуспешно ищущих своих принцев с квартирой, машиной, накачанным телом и т.д., но к ним на встречу приходят только маргинальные личности. Вам не кажется, что проблема может быть и в вас тоже?
Интервью — это одно, переговоры по офферу — совсем другое.
И автор не зря советует иметь более одного оффера, потому что таким образом вам становится все равно на то, что кто-то из сделавших оффер нагибал вас на собеседовании — если они продолжат также давить и по офферу, то вы тупо примете оффер из другой компании.
А что, есть закон, регулирующий рамки зп в оффере? Сколько хотят, столько и предлагают. И вот эта компания (т.е. hiring manager, который следует внутренней политике) не предложит более 120%
Про PM не знаю, а в аналогичной книге про Coding interview в одной из первых глав речь идет об этом и даже подробно разбирается как рассказывать, о чем и в какой форме.
1. В том примере они не взяли из-за многопоточности и DI. Неизвестно, знал ли кандидат заранее, что не возьмут из-за этого и еще более интересно, знали ли они сами, что не принимают к себе без большого опыта работы с многопоточностью (а общие знания можно за день получить как я писал выше) и DI?
2.
Писать хороший и чистый многопоточный код, где не будет лишней синхронизации, гонок, где будут использвоаться подходящие контейнеры.
— извините, но это другая крайность. Многопоточность — тема очень глубокая, и либо вы ей занимаетесь постоянно и вам в компанию нужны такие же люди и вы это прописываете в вакансии и еще уточняете, чтоб без этого не приходили (так вы точно никого не наймете), либо кандидат получает общие знания за день и дальше по ходу работы разбирается, но в таком случае не очень правильно отказывать из-за того, что он не слышал про многопоточность.
А про игру — нормальные кандидаты не будут в это играть. Собеседований много, на одном спросят про X, на другом — про Y, а сам он в последнее работал с Z. В итоге человек пойдет работать туда, где люди нужны, чтобы работу работать, а не знатоки многопоточности :)
Я не говорю, что сложнее. Скорее, наоборот, легче, тут рынок больше. Однако, есть и негласные паттерны поведения. Неважно, какая работа у вас есть, в 99% случаев, когда дело доходит до технического интервью, оно начинается с просьбы рассказать о себе.
Некоторые компании не берут назад. И более того, лично работал в компаниях, где было прописано во внутренней политике, что могут принять на работу человека снова только не ранее, чем через 2 года после его ухода и его новая зп не может быть больше, чем 120% от предыдущей. Такие дела.
Смотрите, вы отказали из-за незнания многопточности, DI и прочих слов.
1. Были ли эти слова в требованиях к вакансии, и если были, то зачем вы пригласили на собеседование человека, не убедишись заранее, что он в этих словах разбирается? Конечно, кандидаты будут недовольны тем, что работодатель сам не знает, кого звать на интервью.
2. Сами слова многопточность и DI. Это что, rocket science? Это ведь за 1 день изучается (ну хорошо, совсем нулевые люди могут потратить неделю), и потом в процессе работы и подсматривания в чужой код можно получить практику, вот и все. А вы из-за этой фигни забраковали целого человека. Похоже, что кандидат рассуждал также.
А теперь попробую угадать. Чловек вам просто не понравился по каким-то причинам, и вы решили таким образом оправдать no hire. Вполне логично, что это тоже вызвало недовольство кандидата.
Извините, но нет, в статье речь идет не о собеседовании, а о повседневной работе.
Кстати, вот вы можете сказать, что не разбираетесь в технических вещах, потому что вы гуманитарий. Но как вы оправдаете то, что не смогли даже выучить правила расстановки знаков препинания в русском языке? Вы бы хотеле себе неграмотную коллегу? Я — нет.
Очень хорошо, а я думал, что вам сотрудники нужны.
Сами-то соответствуете? А то ведь этот пример напоминает истории девушек, безуспешно ищущих своих принцев с квартирой, машиной, накачанным телом и т.д., но к ним на встречу приходят только маргинальные личности. Вам не кажется, что проблема может быть и в вас тоже?
И автор не зря советует иметь более одного оффера, потому что таким образом вам становится все равно на то, что кто-то из сделавших оффер нагибал вас на собеседовании — если они продолжат также давить и по офферу, то вы тупо примете оффер из другой компании.
2. — извините, но это другая крайность. Многопоточность — тема очень глубокая, и либо вы ей занимаетесь постоянно и вам в компанию нужны такие же люди и вы это прописываете в вакансии и еще уточняете, чтоб без этого не приходили
(так вы точно никого не наймете), либо кандидат получает общие знания за день и дальше по ходу работы разбирается, но в таком случае не очень правильно отказывать из-за того, что он не слышал про многопоточность.А про игру — нормальные кандидаты не будут в это играть. Собеседований много, на одном спросят про X, на другом — про Y, а сам он в последнее работал с Z. В итоге человек пойдет работать туда, где люди нужны, чтобы работу работать, а не знатоки многопоточности :)
1. Были ли эти слова в требованиях к вакансии, и если были, то зачем вы пригласили на собеседование человека, не убедишись заранее, что он в этих словах разбирается? Конечно, кандидаты будут недовольны тем, что работодатель сам не знает, кого звать на интервью.
2. Сами слова многопточность и DI. Это что, rocket science? Это ведь за 1 день изучается (ну хорошо, совсем нулевые люди могут потратить неделю), и потом в процессе работы и подсматривания в чужой код можно получить практику, вот и все. А вы из-за этой фигни забраковали целого человека. Похоже, что кандидат рассуждал также.
А теперь попробую угадать. Чловек вам просто не понравился по каким-то причинам, и вы решили таким образом оправдать no hire. Вполне логично, что это тоже вызвало недовольство кандидата.