Как рассказывать про свой код на собеседовании

Многие приносят на встречу проект или ссылку на репозиторий — и сливают момент, потому что не знают, что именно говорить.

Не описывайте, что делает приложение. «Тут список, тут форма, тут отправка на сервер» — интервьюер это видит сам. Вы тратите время на очевидное.

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

— почему данные лежат здесь, а не там
— почему вынесли это в отдельный модуль, а это оставили на месте
— где пришлось пойти на компромисс ради срока
— что сломалось в проде и как чинили

Готовьте одну историю, а не обзор. Пять минут про то, как решали конкретную проблему, работают лучше получасовой экскурсии по всему проекту.

Покажите, что видите недостатки. «Вот этот кусок я бы сейчас переписал, потому что мы тогда не знали, что нагрузка вырастет втрое» — сильнее, чем защищать каждую строчку. Способность критиковать свой код — признак уровня.

Не говорите «мы». На собеседовании важно, что делали лично вы. «Мы сделали архитектуру» не говорит ни о чём. «Я предложил разделение, команда согласилась после обсуждения, вот что учли» — совсем другое.

Будьте готовы к вопросам глубже, чем ожидаете. Если показываете свой проект, спросят про детали, которые вы, возможно, забыли. Перед встречей пролистайте код — особенно те места, которыми собираетесь хвалиться.

И отдельно: если код под NDA — так и скажите, но не замолкайте. Описать архитектуру и принятые решения словами, без названий и деталей продукта, обычно можно всегда.


#вопрос_с_собеса