Как гарантированно завалить техническое собеседование
29 февраля, 2008
За мой небольшой опыт проведения технических собеседований (в основном С++/С#/QA) я сформулировал основные правила как не пройти собеседование. Если вы четко будете следовать каждому пункту, вы добьетесь “успеха” :).
Приступим.
Общее:
1. Не вздумайте выключать телефон. Обязательно отвечайте на все звонки, без исключений, вдруг что-то важное, например вам может позвонить ваш друг и пригласит на пиво.
2. Отвечайте нехотя, будто вас что-то элементарное спрашивают, ведите себя вальяжно и с пренебрежением к неофитам. Демонстрируйте свою звездную болезнь всеми доступными способами.
3. Чаще критикуйте задаваемые вам вопросы, это ставит в тупик интервьюера.
Опыт работы:
4. Когда вас просят рассказать про ваш опыт, сразу начинайте ругать прошлое место работы, в особенности начальство. Не упустите ни единой детали, желательно с цитатами. Это всегда интересно слушать, особенно если собеседник представит, когда вы будет покидать компанию.
5. Ни за что, повторяю, ни за что не говорите, чем конкретно вы занимались на прошлом месте работы, лучший ответ в данном случае “Писал программы”. Слушать про фреймворки, библиотеки и инструменты совсем не интересно и вообще держите это в тайне даже перед страхом смерти.
6. Если в вашем проекте царил полный хаос: задания выдавались кем попало, причем разные люди выдавали противоречивые задания, контроля выполнения не было и прочее, то гордо называйте это Экстремальным Программированием. Это нынче модное слово и собеседники очень оживятся, услышав его. На вопрос о парном программировании ответьте, что вместе с товарищем по скайпу или аське баги разгребали. Все, вы стали настоящим специалистом в XP.
Знание предметной области:
7. Ни за что не применяйте проф. термины. Так будет тяжелее понять, о чем вы говорите.
8. Никогда не читайте книг перед собеседованием. Специалист, который путается в базовых понятиях языка и ООП, но, тем не менее, называет себя Senior Software Developer или Architech, вызывает настоящий интерес и хорошее настроение.
9. Если вас спросят вопрос, ответа на который вы не знаете, никогда не пытайтесь думать, лучшим ответом в данном случае будет “Я это не использовал, я этого не знаю”. Если же интервьюер все-таки настаивает, чтобы вы подумали, сразу бросайте это занятие, пренебрежительно бросайте ручку на стол и авторитетно заявляйте “Я этого не знаю”. Чем больше вы думаете на собеседовании, тем больше шансов, что вы пройдете.
10. Если вас спрашивают про неизвестную для вас технологию, обязательно что-нибудь придумайте. Пусть это даже не будет иметь отношения к разработке ПО. Интервьюер это оценит.
11. На любые просьбы решить простейшую задачку на заданном языке с циклом и тремя условиями старайтесь уклониться. Чаще используйте многоточия, это значительно сократит объем кода и запутает код в целом.
И самое главное - думайте, что интервьюер хочет вас задавить интеллектом, выскажите все, что вы думаете о собеседовании.
Если вы все сделали, как написано выше, но вас все равно берут на работу - вы, либо гений-самородок на миллион долларов, либо компании позарез нужны люди, причем качество - не самый важный критерий :). Возможно компания из разработки ПО перепрофилируется в прокладку водопроводных труб.
Посвящается всем тем, кто продемонстрировал эти правила в деле.
PS. Любые совпадения с реальными людьми считать случайностью 
(7 голосов, средняя оценка: 4 из 5)
Loading ...16 комментариев на “Как гарантированно завалить техническое собеседование”
Мое мнение:
Вы должны войти прежде чем комментировать.
февраля 29, 2008 в 16:57
февраля 29, 2008 в 17:19
отлично написано!
а ещё меня жутко выкашивает, когда в качестве портфолио приносят жуткого качества лабораторные работы из универа
февраля 29, 2008 в 17:34
5. Ни за что, повторяю, ни за что не говорите, чем конкретно вы занимались на прошлом месте работы, лучший ответ в данном случае “Писал программы”. Слушать про фреймворки, библиотеки и инструменты совсем не интересно и вообще держите это в тайне даже перед страхом смерти.
А если человек НДА подписывал? Он физически не может говорить какие проекты он делал. Вот я например человек без портфолио вообще.
февраля 29, 2008 в 17:41
НДА штука дырявая довольно, если ты не будешь кричать на каждом углу что за продукт ты разрабатывал, то никто тебе ничего не сделает. Сказать “я разрабатывал модуль синхронизации файлов по сети” является нарушением НДА?
февраля 29, 2008 в 17:52
2 ZaQ: согласна. можно нормально описать проект и твою роль участия в нём без нарушения нда.
февраля 29, 2008 в 18:13
Угу, только кто тебе поверит? А вдруг ты пиздиш? Далеко не все интервьюверы таки хорошые как ты зак. и быть кандидат хоть 7 пядей во лбу и раскажи какой он класный и что делал, пока не докажет визуально - пшел вон.
февраля 29, 2008 в 19:06
Не знаю как во флеше, но вот по плюсам элементарно проверить где соискатель приукрасил, а где в наглую “соврал” :). Даже если человек хорошо ездит по ушам, задавая правильные вопросы, ответы на которые я могу и не знать ксати, очень легко проверить достоверность сказанного.
марта 3, 2008 в 16:09
>>Никогда не читайте книг перед собеседованием.
А вот это наоборот правильный совет - толку читать книги без последующей практики - только мозги забъешь. А если читать непосредсвенно перед собеседованием - о какой практике может идти речь?
марта 3, 2008 в 16:14
По мне, так главное чтобы собеседуемый проявлял признаки интелекта и адекватно отвечал на вопросы, в том числе и каверзные. Т.е. даже если не знает ответ, мог выдвинуть предположение и обосновать.Кстати, имхо, просьба показать порфолио это только повод позадавать вопросы и понять, насколько собеседуемый хорошо рразбирается в вопросе, а никак не непосредственный показатель уровня кандидата. Так что НДА тут не меншает.
марта 3, 2008 в 16:32
1. Выучить С++ или SOAP за 5 минут - да, пустая трата времени и сил. Собственно читать, чтобы освежить знания, а не выучить. Часто например человек с 4мя годами опыта на С#, которые все 4 года лабал формочки для БД, не может ответить как работают виртуальные методы. С плюсами вообще веселее. Хотя восполнить пробел знаний не более чем 5 минут. А в целом освежить знания языка занимает 2-3 часа. Можно выделить 2-3 часа, прежде чем идти устраиваться на работу?
2. Совственно для этого хитрые вопросы и задаются. Чтобы посмотреть, как человек думает, а с выдвижением предположений тяжко, либо боятся сказать не то, либо думать не умеют.
марта 12, 2008 в 11:17
Еще один верный способ подпортить мнение о себе - “Обязательно в резюме укажите ВСЕ технологии, о которых слышали хотя бы 1 раз. Ни в коем случае не забудьте, что умеете работать с Ofice, Excel, электронной почтой, Basic, Visual Basic, VBA, ASP.NET, C++, C#, PHP, Pascal, Delphi, Perl, Python, IE7, IE6, Opera… Это ужаснет работодателя и он обязательно примет Вас”
июля 23, 2008 в 12:02
Многое зависит от интервьюера, есть лиди которые на собеседовании пытаются выяснить чего соискатель не знает (пытаются блеснуть своими знаниями), а должны выяснять, что соискатель знает. Например моя любимая цитата, которой я на собеседовании отвечаю на вопрос “Как вы оцениваете свои знания” - “Я знаю только то, что ничего не знаю, а многие не знают даже этого” (Сократ).
P.S. Увеличте время жизни сессии, а то не успел дописать как сессия истекла
июля 23, 2008 в 13:04
IgorN, согласен, но очень легко определить что интервьювер спрашивает - то что ты знаешь, или то что ты не знаешь. И соответсвенно выбрать стратегию поведения.
Здесь акцентируется внимание на грубых ошибках при собеседовании.
июля 23, 2008 в 13:56
Понимаешь эти грубые ошибки кажутса такими для 90% интервьюеров , но не для всех, я думаю если в ксайтекс или др. контору прийдет трансвистит или еще кто то кто сильно отличающийся от 99% общей массы или является бичем в глазах интервьюера это уже будет грубейшая ошибка, если он не знаком с трудами Тома Питерса, а для того кто знаком это будет огромный плюс. Надо старатся смотреть на всё шире и постаратся увидеть, а что может дать человек компании. Но то что я описал больше исключение из правила, а так я согласен со статьёй
июля 23, 2008 в 17:34
Люди в целом - серая масса и “выскочек” особо не жалуют. Надо учитывать не только то, что человек даст хорошего компании, а и то что он принесет не очень хорошего. Например если человек вносит дискомфорт и напряженность в коллектив - нужен ли такой человек компании? Моральную сторону оставим, когда дело касается денег о морали большинство забывает. Еще больше людей особо в человеке не разбираются - не прошел входной контроль - ярлык на лоб и точка.
июля 23, 2008 в 17:40
Добавлю еще
вот какая ерунда. Поищет и найдет людей, которым с ним будет комфортно. Нет плохого и хорошего - есть приемлемое и неприемлемое.
Грубо говоря, когда я интервьюирую человека я оцениваю не только его технические навыки, я прежде всего присматриваюсь как с ним буду работать непослредственно я. Другие присутствующие на собеседовании смотрят ровно с такой же точки зрения, пость и говорят разные отмазки
После собеседования делимся впечатлениями и делаем вывод. Если человек не сможет работать в данном конкретном коллективе, то он просто не может работать в данном коллективе