Расскажите о сложном техническом решении, которое вы приняли или отстояли.
- Как вы принимаете архитектурные решения?
- Как вы убеждаете команду в своём техническом подходе?
История по STAR, где видно как вы решали: какие были варианты, по каким критериям сравнивали (стоимость, риски, сроки, поддержка), как проверили гипотезы (прототип, замеры), как договорились с командой и зафиксировали решение (design doc, ADR) и чем это кончилось — включая то, что пошло не так.
- Решение принимается под ограничения бизнеса, а не по вкусу
- Обратимые решения — быстро, необратимые — с прототипом и обсуждением
- Зафиксированное решение с причинами экономит месяцы споров позже
А ещё Сильный ход — рассказать, как вы пересмотрели своё решение, когда появились новые данные
Подробно
Интервьюер проверяет зрелость мышления: видите ли вы компромиссы, умеете ли аргументировать цифрами, вовлекаете ли команду и признаёте ли ошибки.
Структура ответа:
- Контекст и ограничения: нагрузка, сроки, команда, бюджет.
- Варианты (минимум два) и критерии сравнения.
- Как проверили: прототип, нагрузочный тест, расчёт.
- Как договорились: документ с решением, обсуждение, кто был против и почему.
- Результат через время и что бы сделали иначе.
Документ решения (ADR): контекст, рассмотренные варианты, выбор, последствия. Его ценность — через год, когда новый человек спросит «почему так».
Пример
«Мы выбирали, переносить ли поиск по документам из PostgreSQL в отдельную векторную базу. Я собрал набор из 200 запросов и замерил: pgvector с HNSW давал нужную полноту при 40 мс на текущих двух миллионах фрагментов, а рост ожидался вдвое за год. Отдельная база добавляла инфраструктуру и синхронизацию прав доступа. Написал короткий документ с расчётом и порогом — при каком объёме пересматриваем решение. Команда согласилась, через год мы были на 70% порога, и переезд спланировали заранее, а не в аварийном режиме».
Что хотят услышать
- Варианты, критерии и проверка фактами.
- Вовлечение команды и фиксация решения.
- Результат и рефлексия.
Частые ошибки
- «Выбрали, потому что модно» или «я так решил».
- Нет альтернатив и компромиссов.
- История без результата.
Проверьте себя
Один верный вариант. Подумайте, потом откройте ответ.
Показать варианты и ответ
- ✗Рассказать о выборе любимой технологии без обоснования
- ✗Рассказать, как вы настояли на решении вопреки всей команде
- ✓Варианты, критерии, проверка гипотез, согласование с командой и честный итог
- ✗Описать решение, принятое руководителем, как своё
Разбор темы
- Design doc, ADR и технический долг
Как написать design doc и провести обсуждение, зачем записывать решения в ADR и как договориться с бизнесом о работе с техническим долгом.
- Технические решения — варианты, проверка и цена ошибки
Как предлагать решение команде, разрешать спор проверкой, решать, сколько времени тратить на выбор, когда писать своё, а когда брать готовое, и как рассказать о решении на собеседовании.
Связанные вопросы
Разбор собеседования с sotto
После собеседования sotto разбирает разговор: оценка, каждый вопрос — хорошо, частично или слабо, чего не хватило в ответе и над чем поработать к следующему разу. Первые 30 минут бесплатно.