Загрузка…
Загрузка…
frontend / senior / behavioral
Формат
online
Стадия
behavioral
Когда
within_quarter
Длительность
60 мин
01
Поведенческий
Расскажите про компанию, где вы сейчас работаете: что за продукт, что делаете, какая команда, какие технологии и какую роль вы во всём этом играете?
Стартовый вопрос секции про опыт. Кандидат рассказал про внутренний портал для хранения и генерации отчётности для регуляторов/партнёров.
02
Поведенческий
Как у вас устроен процесс разработки: бизнес приносит задачу/фичу — что дальше происходит до реализации?
Обсуждались роли продакта, аналитиков, груминг и оценка в стори-поинтах.
03
Поведенческий
Если фича большая и комплексная, её нужно декомпозировать и продумать архитектурно — кто у вас этим занимается?
04
Поведенческий
Кто у вас в целом на проекте отвечает за архитектуру?
Заметки
Транскрипт — видео о четвёртой секции собеседования в Яндекс («проверка опыта») после уже пройденных секций алгоритмов, платформы и системного дизайна. Формат секции: ~1 час, сначала вопросы про технический опыт, затем блок софтовых (поведенческих) вопросов, в конце — вопросы кандидата. Кандидат — старший фронтенд-разработчик (внутренний портал отчётности), ранее работал фулстэком (Go + React) и в рекламной платформе. По итогам секции далее по воронке — созвоны с командами и решение по оферу (упоминается ожидаемый офер «на 500к»). Итоги и разбор вопросов автор обещает в следующем видео.
Стиль интервьюера
Интервьюер — фронтенд-разработчик из Яндекса (внутренние продукты), дружелюбный, собеседование прошло «на позитивном вайбе». Ведёт текстовый лог собеседования, задаёт открытые вопросы про опыт и процессы, активно копает follow-up'ами, использует абстрактные ситуационные кейсы (например, «сайт тормозит»), в конце отвечает на вопросы кандидата о Яндексе.
05
Поведенческий
Что у вас по технологиям, что используете, на чём пишете (фронтенд-стек)?
Кандидат назвал react, react query для кэширования запросов, styled-components поверх внутренней дизайн-системы.
06
Поведенческий
Вы взяли фичу, декомпозировали, пошли делать — как у вас происходит тестирование, в какой момент и кто тестирует?
Обсуждались ручное/автоматизированное тестирование QA-командой и подход к покрытию юнит-тестами.
07
Поведенческий
Используете ли вы скриншотные тесты? Почему нет — это удобно или неудобно?
Кандидат рассказал про прошлый опыт со скриншотными тестами и их хрупкость.
08
Поведенческий
Как вы обновляете UI-kit по версиям: если приходит мажорное обновление, как замечаете, что где-то поехала вёрстка?
09
Поведенческий
Какие на твоём опыте бывают проблемы с тестами (флакающие, нестабильные)? С какими проблемами сталкивался и как решал?
Кандидат рассказал про тесты, вылетавшие по таймауту, и как смена тест-раннера решила проблему; обсуждали, как отслеживать флакающие тесты.
10
Поведенческий
Ты сделал задачу — что дальше происходит, какой цикл: проверки, код-ревью, тестирование, релиз?
Обсуждались обязательные проверки (линтеры, типы, тесты), QA-стенды, дефекты, релизы раз в две недели.
11
Поведенческий
У вас в задаче есть подзадачи на фронт и на бэк — как вы их связываете и отслеживаете, что они одновременно попадают в релиз? Не возникает ли проблем с ломающими изменениями?
Кандидат рассказал про общую OpenAPI-схему в отдельном репозитории как контракт между фронтом и бэком.
12
Поведенческий
Где у вас крутятся CI-пайплайны и проверки, кто их настраивает и кто отвечает за их правку?
В команде нет выделенного devops — экспертиза по пайплайнам шарится.
13
Поведенческий
Приведи пример самой сложной или интересной задачи, которую ты делал (например, связанной с пайплайнами/инфраструктурой) на прошлом проекте.
Кандидат рассказал про сборку docker-образа для фронтенда новой консоли управления безопасностью, встраиваемой плагином в другое приложение.
14
Поведенческий
Долго ли собирался твой docker-образ и применял ли ты какие-то оптимизации, чтобы он собирался быстрее (например, из-за установки пакетов при сборке фронтенда)?
Follow-up к вопросу про docker-образ.
15
Теория
Как идейно можно решить в Docker проблему с перекачиванием пакетов при каждой сборке?
Ответ: где-то хранить/кэшировать пакеты, чтобы не перекачивать их каждый раз.
16
Поведенческий
Как вы отслеживаете производительность приложения — быстро ли оно работает? Приходили ли пользователи с жалобами, что всё тормозит, и что вы с этим делаете?
Обсуждались мониторинги, графики в Grafana, отсутствие фронтовых метрик времени загрузки, сквозной Trace ID в заголовках запросов.
17
Поведенческий
Трассировку со сквозным Trace ID (traceparent) вы делали самостоятельно вручную или использовали стандартные библиотеки/формат? Как соблюдали правила генерации заголовка?
Кандидат решил не тащить библиотеки, генерировал заголовок по правилам стандарта самостоятельно.
18
Кейс
Ситуация: к тебе приходит менеджер (или знакомый со своим сайтом) и говорит «сайт тормозит, надо править». Что будешь делать, что уточнишь, куда будешь смотреть и как разбираться?
Интервьюер дважды переформулировал кейс (внутренний продукт → сайт друга с доступом к коду). Ответ: трассировки, графики времени ответа, Network в DevTools, конкретизация что именно тормозит.
19
Теория
Допустим, у пользователя долго висит белый экран — как это можно фиксить?
Follow-up к кейсу «сайт тормозит». Ответ: скелетоны, серверный рендеринг базового HTML + переход в SPA, последовательная отрисовка частей страницы.
20
Теория
С чем ещё чаще всего сталкивался из причин тормозов сайта (неправильная архитектура, большой бандл, статика и т.п.)?
Ответ: неоптимизированные картинки/шрифты, форматы картинок под разные устройства, лишние запросы, синхронная загрузка скриптов, забытое сжатие (gzip).
21
Теория
Какие бы ты в целом дал советы / какой системный подход предложил, чтобы проблемы с производительностью сайта не возникали в дальнейшем?
Ответ: регулярные проверки (Google PageSpeed), метрики типа LCP, отслеживание метрик при каждом релизе и разбор деградаций.
22
Поведенческий
Расскажи про самое крутое, сложное, комплексное и интересное, что ты сделал за свою карьеру программиста — достижение, которым гордишься и которым можешь похвалиться перед другими программистами.
Кандидат рассказал про фичу продвижения товаров по конкретным SKU в рекламной платформе: объединение данных из трёх микросервисов на BFF, кастомный UI, большой положительный фидбек.
23
Поведенческий
У твоего текущего внутреннего продукта не так много пользователей — в чём тогда для тебя ценность этой работы?
Follow-up: кандидат ответил про плотное взаимодействие с пользователями и понятную бизнес-ценность автоматизации бизнес-процессов.
24
Поведенческий
Расскажи про ситуацию, когда ты сам увидел проблему или возможное улучшение в проекте, предложил и защитил его, реализовал — что за проблема, какие шаги и какой результат в итоге (про твою инициативность).
Кандидат рассказал про утилиту кодогенерации юнит-тестов и boilerplate-кода на Go (работа с AST, шаблонизация), одобренную и оценённую командой.
25
Поведенческий
Были ли у тебя ситуации с недопониманием в команде или со смежниками, может даже конфликты? Из-за чего возникло, что ты делал и какой результат в итоге получил?
Кандидат рассказал про коллегу с множеством минорных комментариев на код-ревью: созвонился, обсудил, договорились помечать комментарии префиксом «minor».
26
Поведенческий
Почему ты ищешь работу?
Кандидат не в активном поиске, рассматривает предложения; имеет положительный прошлый опыт работы в Яндексе.
27
Поведенческий
Какой у тебя идеальный образ команды, проекта, продукта, в который ты бы пошёл?
28
Поведенческий
Тебе больше нравятся проекты технического плана (библиотеки, инструменты, кор-команды) или продуктовые проекты?
Follow-up к вопросу об идеальной команде; кандидат ответил, что опирается больше на людей, чем на тип проекта.
29
Поведенческий
Исходя из каких критериев ты обычно выбираешь ту или иную команду/работу, на что опираешься при выборе?
Ответ: комфорт в команде, обсуждение проблем, донесение бизнес-ценности, личное взаимопонимание с тимлидом (оценивает на финалах).