Опиши свою первую работу
Что проверяют
Не саму первую работу, а то, как вы рассказываете о своём пути: что считаете достижением, отделяете ли своё от командного, насколько трезво себя оцениваете. Для начинающего это ещё и проверка, была ли вообще инженерная практика. Для опытного кандидата вопрос разминочный, и длинный ответ сжигает время, которого потом не хватит на интересное.
Как отвечать
Держите соразмерность: минута или две, не пересказ трудовой книжки. Каркас простой:
- что за компания по типу и какого размера была команда;
- за что отвечали лично вы и какой код писали руками;
- одна конкретная задача, желательно с трудностью, которую пришлось разбирать;
- что вынесли и как это изменило вашу работу дальше.
Для Python-позиции добавьте предметности: какие библиотеки и инструменты освоили, писали ли тесты, как выкатывали изменения, трогали ли базу и очереди. Фраза вроде «собирал данные скриптами, потом переписал их в сервис, потому что сборку понадобилось запускать по расписанию» весит больше, чем оценочные слова про ответственность и вовлечённость.
Ошибку называть можно и полезно, если рядом сказано, что после неё поменяли: разбор собственного промаха звучит зрелее любых достижений. Масштаб при этом не раздувайте: за словами про высокую нагрузку идёт вопрос про числа, и он у вас будет.
Плавно сводите рассказ к настоящему: чем та работа отличается от того, что вы делаете сейчас.
Где спотыкаются
Рассказывают биографию. Десять минут про университет и первые подработки, интервьюер потерял нить и отметил неумение держать структуру ответа.
Второе: обесценивают опыт словами «ничего интересного, правил мелкие баги». Интервьюер получает пустоту вместо материала, хотя даже мелкий баг это история про то, как вы искали причину.
Третье: говорят «мы сделали», а на уточнение, что делали лично вы, разложить не могут. Командный результат в первом лице читается как приукрашивание, даже когда это не так.