Как успешно пройти проект «Домашнее собеседование»

Описание: Ознакомьтесь с моей платформой для подготовки к собеседованиям и изучите эти шаблоны!
📢 Платформа для подготовки к собеседованиям: https://algoswithmichael.com

🎧 Присоединяйтесь к сообществу Discord:   / discord  
💰 Поддержите меня на Patreon:   / michaelmuinos  
🔗Подпишитесь на меня в LinkedIn:   / michael-muinos  
📂Подпишитесь на меня в Github: https://github.com/MichaelMuinos

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

Совет номер один — настроить рабочую среду перед началом работы. Многие из этих проектов имеют ограничение по времени выполнения от пары часов до нескольких дней. Триггером для начала работы может стать электронное письмо от рекрутера или таймер, установленный на платформе компании, в которую вы проходите собеседование. Независимо от сроков, убедитесь, что ваша среда разработки полностью настроена для выполнения задания. Например, если вам поручена задача, которую, как вы знаете, нужно решить на Python или Go, убедитесь, что у вас установлены эти языки программирования, а также все необходимые пакеты.

Совет номер два: трижды проверьте весь предоставленный вами код и инструкции. Проекты могут быть как широкими, так и узкими по масштабу, в зависимости от потребностей компании. Пример: «Я хочу, чтобы вы разработали API, который выдаёт мне случайные факты. Без привязки к языку, фреймворку и хранилищу». Более узкий пример: «Я хочу, чтобы вы разработали API, который выдаёт мне случайные факты, используя Go с HTTP-фреймворком Gin и Postgres для хранения фактов». В более широком сценарии вам, вероятно, придётся предоставить более подробные инструкции в файле README или даже в электронном письме о том, как собрать, запустить и протестировать вашу работу. Уделите много времени обеспечению стопроцентной корректности кода и инструкций, которые будут работать для любого, кто попытается запустить ваш код.

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

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

Совет номер пять: не бойтесь задавать вопросы. Если вам дали задание, а вы не поняли, что в нём требуется сделать, или какие-то моменты кажутся вам двусмысленными, не бойтесь написать рекрутеру по электронной почте, чтобы прояснить ситуацию. Не бойтесь сказать: «Я не понимаю. Не могли бы вы объяснить, что вы имеете в виду?» — на мой взгляд, это хороший признак того, что кандидат хочет тщательно проработать проект. Я не вижу, чтобы задавать вопросы по проекту до или даже во время отведённого времени как-то вам повредило. Даже если бы это было так, вы, вероятно, не хотели бы работать в компании, которая снимает с вас баллы за вопросы.

Совет номер шесть: предоставьте небольшой обзор проектных решений, примеров и возможных улучшений. Это следует сделать независимо от того, требует этого компания или нет. Подумайте о том, что, когда вы пытаетесь использовать новую библиотеку в проекте, вы, вероятно, откроете файл readme проекта и попробуете посмотреть примеры её использования. Вы хотите предоставить те же возможности тем, кто будет проверять ваш код. Если у вас мало времени на оптимизацию или добавление приятных мелочей, лучшее, что вы можете сделать, — это написать раздел «todo» или «improvements» в файле readme, демонстрирующий, что вы бы изменили или добавили, чтобы интервьюер мог лучше понять ваши знания. Описание не должно быть слишком длинным, достаточно просто маркированного списка или пары абзацев — просто напишите что-нибудь связное и понятное.