Техническое собеседование — практически неотъемлемый атрибут трудоустройства для любого разработчика, а для старших разработчиков их проведение (интервью) — еще и чуть ли не повседневная обязанность.
Но как за короткий промежуток времени (в идеале 20-30 минут) получить более-менее приемлемое представление о реальном опыте соискателя? Помню, как меня впервые попросили взять интервью у молодого человека о WPF — я потратил несколько часов на составление списка вещей, которые стоит задать (и перепроверку ответов, чтобы самому не потерять лицо), чтобы потом сказать с хоть какая-то степень уверенности, нужен он нам в компании такого человека или нет. И вот, вооружившись 10-15 вопросами, я захожу в переговорную, представляюсь, задаю пару общих вопросов и, среди прочего, уточняю: — Сколько лет у вас опыта разработки с использованием WPF? - Я не знаю WPF. — … Тот неловкий момент, когда понимаешь, что продумал всё, кроме самого очевидного.
Другой, не менее неожиданный для меня поворот, когда в резюме соискателя было указано 5 лет опыта разработки и перечислена куча интригующих описаний проектов, но по факту человек с трудом мог объяснить, чем ссылочные типы отличаются от типов значений, и сказал про сборку мусора.
, который знает только то, что о памяти в .
Net думать не надо.
О чем вы можете спросить, чтобы рассчитывать на ответ как на что-то значимое? — Спросите, какие книги он прочитал и сколько раз? Но заученные формулировки не означают, что человек способен решать реальные задачи, постановка которых отличается от книжных и иногда требует по тем или иным причинам отклонения от общих принципов развития.
— Запишите все технические нюансы окружения и расспросите о них? Но, честно говоря, кому когда-нибудь были нужны знания о том, как работает сборка мусора (которая тоже меняется от версии к версии) и сколько существует поколений? Я не говорю, что это лишние знания — вовсе нет, но знание или незнание этой особенности не позволит нам определить «качество» разработчика.
— Попросите показать пример кода? Но какой код они вам покажут? Сколько людей уже управляло им? В каких условиях оно было написано? Что, если бы эти блестящие 300 строк были написаны в течение месяца под шум прибоя Атлантического океана в сезон дождей? Сможем ли мы тогда воссоздать «рабочую» атмосферу, чтобы получить следующие 300 блестящих строк? Хочу поделиться своими идеями и услышать конструктивную критику такого подхода к собеседованиям.
Моя идея — показать «ВАШ» код и послушать.
В течение вечера я набросал пример ужасного кода, включая самые распространённые «ошибки».
Я ожидаю, что старший разработчик с более чем 4-летним опытом разработки выявит более 80% ошибок и укажет на существующие проблемы в гипотетической архитектуре.
И так, собственно код:
Теги: #c#.1
net #программирование #интервью #программирование #.
NET
-
Sbc Global Mail – Вперед В Будущее
19 Oct, 24 -
Создание Зашифрованной Флешки С Ос Linux
19 Oct, 24 -
Яндекс В Казахстане
19 Oct, 24
