Как представить портфолио, когда работодатель спрашивает о способностях кандидата?

Кратко и прямо скажу:

1. как правило, не предъявляйте его
2. не пытайтесь убедить потенциального работодателя, если он не просил портфолио
3. определенно не игнорируйте работодателя только потому, что он не будет просматривать ваше портфолио.

Если бы я брал у вас интервью как у программиста, я бы тоже не хотел видеть ваше портфолио.

(Не по теме, но связанное с этим примечание: я бы предпочел , чтобы работодатель попросил вас написать код как часть процесса собеседования.)

Гораздо подробнее...

Во-первых, что доказывает ваше портфолио? Очень мало, для интервьюера. Портфолио кода не похоже на портфолио художественных работ: в нем не будет много субъективной красоты; он не будет существенно отличаться от портфолио, которое создали бы сотни других разработчиков с такой же квалификацией. Если ваш код не представлен в виде серии 10-строчных рабочих фрагментов, интервьюер в любом случае не сможет осмысленно понять ваше портфолио во время интервью — код требует времени для понимания, и все, кроме самого тривиального примера, займет слишком много времени. долго передавать. Наконец, в портфолио нет указаний на то, как и где вы написали этот контент, поэтому любые навыки, которые у вас могут быть или не быть, не передаются: это было для вас 10-минутное упражнение или 6 недель? замученная работа? Или вы на самом деле просто выдрали его из результатов поиска Google? Интервьюер не может этого знать, поэтому портфолио бесполезно.

Во-вторых, когда я хочу увидеть ваш код, я хочу определить проблему, которую вы решаете. Когда я беру интервью, я прошу людей решить простую задачу кодирования за достаточно короткое время (обычно меньше часа). Делая это, я как интервьюер уже хорошо понимаю, какой результат я ожидаю, что делает мою работу по анализу результата менее сложной. Это означает, что у меня есть набор заранее подготовленных вопросов для обсуждения, которые позволят мне более глубоко проанализировать навыки кандидата («что, если нам нужно сделать этот метод потокобезопасным?» или «что, если я попрошу вас масштабироваться до миллиона пользователей?»). Это также упрощает сравнение кандидатов, потому что есть общая задача, которую все выполнили при известных условиях.

В-третьих, подумайте, что ищет интервьюер. Чаще всего в дальновидной компании не ищут доказательств того, что можно написать идеальную структуру MVC, использовать определенную библиотеку или свести сложный алгоритм к трем бестолковым строчкам синтаксиса. Интервьюер хочет понять, умны ли вы . Когда я беру интервью у людей, я хочу знать, что они могут вести осмысленный и содержательный разговор о выборе дизайна/архитектуры, что они хорошо понимают основы компьютерного программирования и активно заинтересованы в углублении своего понимания. Меня не волнует, как выглядит их код, потому что в девяти случаях из десяти им (в большей или меньшей степени) потребуется изменитькак выглядит их код в соответствии с требованиями команды и кодовой базой, в которую они нанимаются. Кроме того, если разработчик может вести эти интеллектуальные беседы, я знаю, что он способен изучить шаблоны, библиотеки или языки, которые имеют отношение к проекту, к которому они присоединяются. В большинстве случаев они еще не все знают.

В-четвертых, подумайте о том, что я знаю. Я вообще технарь? Много раз, по крайней мере один из ваших интервьюеров не будет. Если да, то я могу не знать библиотеки, которые вы использовали, или даже язык, который вы использовали, или платформу, на которой работает ваш код. Возможно, я не понимаю проблему, которую вы пытаетесь решить. Проблема, которую вы пытаетесь решить, может быть интересной, но она может не иметь отношения к кодовой базе, над которой вы работаете. Вы этого не видите, но интервьюер может, и он построит интервью в соответствии с вашими потребностями.

Как интервьюер, мое время с вами ограничено, и я хочу провести беседу, которая выявит ваш интеллект, понимание, способность учиться и опыт. Я как интервьюер обязан получить от вас эту информацию, и я мог бы — если она полезна или оправдана — попросить образец вашей работы, чтобы помочь в этом процессе. Однако в большинстве случаев я бы предпочел, чтобы кандидат продемонстрировал это с помощью словесного и практического решения проблем, а не с помощью заранее написанного проекта по своему выбору.

Как кандидат, вы должны быть уверены, что интервьюер знает свои собственные требования и знает, как лучше всего получить их от вас. Совать портфолио им под нос и настаивать на том, что они действительно понимают ваш любимый проект, только демонстрирует, что вы не уважаете их требования, и не сделаете вам никаких одолжений на собеседовании.

Во-первых, неплохо показать портфолио на собеседовании по программированию, так как оно выделяет вас из толпы. Единственный раз, когда это может быть бесполезно, это если ваша предыдущая работа была очень общей и не имела большого влияния. При показе портфолио всегда убедитесь, что оно не содержит конфиденциальных или частных работ, особенно если показываете фрагменты кода.

Хотя я согласен с тем, что фрагменты кода кандидатов или элементы портфолио могли быть скопированы и вставлены из поиска Google, большинство работодателей могут подтвердить это, просто проверив рекомендации предыдущего работодателя кандидатов или задав уточняющие вопросы о примере и о том, как он работает. . Отзывы, которые я получил от интервью, где я показывал портфолио, как правило, всегда были очень положительными.

Никогда не навязывайте свое портфолио работодателю, если он не заинтересован в нем, примите это и продолжите собеседование в обычном режиме. Иметь при себе портфолио, которое никогда не показывают, лучше, чем не иметь его, а потом нуждаться в нем (картинка объясняет тысячу слов). Обычно я упоминал: «Хотели бы вы увидеть мое портфолио по программированию?» ближе к концу, как раз перед окончанием интервью. Большую часть времени работодатель скажет: «Давай, давайте быстро посмотрим», когда они просматривают ваши примеры, рассказывают им, как они работают и почему вы создали их таким образом (это показывает понимание).

На мой взгляд, портфолио программистов выглядит следующим образом: 1) Скриншоты вашего приложения 2) Описание вашего приложения и используемых технологий 3) Рабочий пример вашего приложения (если это веб-сайт или мобильное приложение) 4) Фрагменты кода (Не показывать, если это конфиденциально или личное) 5) Блоги или технические документы, поддерживающие эти проекты.

Удачи, и я надеюсь, что этот совет поможет.

По моему опыту по обе стороны стола для собеседований, мне никогда не предлагали и не предлагали портфолио.

Тем не менее, я думаю, что ваш профиль на github.com, указанный где-то в вашем резюме, был бы полезен, если вы внесли свой вклад в открытый исходный код или работали там с открытым исходным кодом. Это позволяет потенциальному работодателю просматривать вашу работу на досуге.

Вы также должны четко указать в своем резюме все общедоступные веб-сайты, над которыми вы работали, и в каком качестве. Это может быть выделено где-то или связано с вашим опытом работы.

Если вы абсолютно настаиваете на включении примеров кода, чтобы показать их своему работодателю, возможно, вам следует подумать о том, чтобы включить их в свое резюме вместе с объяснением того, для чего предназначен каждый образец кода/какую проблему решает каждый образец.

Последнее необходимо , потому что большинство примеров кода не интуитивно понятны даже хорошо разбирающемуся пользователю в отношении того, для чего они предназначены или чего они достигают. Поместите их в перспективе для вашего работодателя.

Если вы обнаружите, что большинство работодателей не просят портфолио или образец кода, вы можете подумать о том, чтобы не приносить их, если только об этом прямо не попросят — разные интервьюеры хотят разных вещей, и они могут быть больше заинтересованы в вас лично, чем в вашей работе. делал в прошлом. Они также могут предпочесть видеть ваши навыки на лету, а не старые примеры, которые могут быть устаревшими и совершенно не относящимися к их потребностям.

В общем, пытаться перенаправить интервью — плохая идея. Этот процесс предназначен для того, чтобы они узнали о вас, и если вы постоянно пытаетесь сместить их внимание туда, где они этого не хотят, это не оставит хорошего впечатления.