> Что ищешь в работе и почему ушел с предыдущего проекта (Go)
Уровень: middle · Роль: backend · Язык: Go · Категория: Технические вопросы
Компании: Wildberries
Стек: Go, Java
> Пример ответа
Короткий ответ
Ищу проект на Go с сильной инженерной культурой, где есть code review, автотесты и возможность влиять на архитектуру. С предыдущего проекта ушел, потому что стек был устаревший, основная работа - поддержка legacy на Java без перспектив развития. Хочу расти в backend-разработке, решать задачи с нагрузкой и распределенными системами.
Подробное объяснение
На уровне middle в backend важно показать осознанность: ты не просто "ищешь интересные задачи", а понимаешь, какие условия нужны для роста. Обычно это современный стек, наличие CI/CD, культура тестирования, возможность обсуждать trade-off решений, а не только писать код по тикетам.
Причина ухода не должна звучать как жалоба. Лучше говорить о несовпадении вектора развития: например, проект был на поддержке, а ты хочешь разработку. Или команда не использовала Go, хотя ты хочешь углубляться именно в него. Если был конфликт - не стоит о нем упоминать. Сфокусируйся на фактах: стек, процессы, зона ответственности, перспективы.
Для backend на Go и Java важно подчеркнуть, что ты понимаешь разницу между языками и осознанно выбираешь Go для новых задач. Это показывает зрелость и отсутствие языка-фанатизма.
На практике
На собеседовании ответ должен быть коротким и структурированным. Сначала говоришь, что ищешь: продуктовую команду, где есть вызовы по нагрузке, микросервисы, работа с БД и очередями. Потом - почему ушел: например, на прошлом проекте 80% времени уходило на багфиксы в монолите на Java 8, не было возможности внедрять новые подходы.
Хорошо работает связка: "Я ушел, потому что хочу расти в X, а на прошлом месте этого не было. В новой команде ищу Y и Z". Это звучит как осознанный выбор, а не побег.
Если спросят про конкретные технологии, можно упомянуть, что готов работать и с Java, но предпочитаю Go для новых сервисов. Это честно и снимает вопросы о гибкости.
Как отвечать на собеседовании
Отвечай спокойно, без эмоций. Не критикуй бывших коллег или руководство. Используй формулу: "Ищу - потому что - ушел - потому что". Держись фактов: стек, процессы, задачи. Если проект был закрыт или сокращен, скажи прямо - это нормально.
Покажи, что ты анализируешь свой опыт и делаешь выводы. Например: "Понял, что мне важно работать с распределенными системами и видеть результат своих решений, поэтому ищу команду, где есть такая возможность".
Что проверяет интервьюер
Интервьюер хочет понять твою мотивацию, адекватность и риск повторного ухода. Он проверяет, не токсичен ли ты, умеешь ли говорить о проблемах без обвинений. Также важно, совпадают ли твои ожидания с тем, что может предложить компания. Если ты ищешь только высокую зарплату, а проект - стартап с ограниченным бюджетом, это выяснится.
Еще один аспект - готовность к работе с legacy. Если ты категорически не хочешь поддерживать старый код, а в компании есть такой код, лучше сказать об этом сразу.
Типичные ошибки
Говорить только о деньгах или только о "скучных задачах". Ругать предыдущее место работы и людей. Быть слишком общим: "хочу развития" без конкретики. Не упоминать стек и технологии, если вакансия явно на Go. Путать причину ухода с причиной поиска - это разные вещи. Забывать, что собеседник оценивает твою способность работать в команде.
> Похожие задачи по Go
Приходилось ли пользоваться Git через терминал или GUI
Что такое бакет в хэш-таблице
Как определить, что запрос в базе тормозит
Что означает ошибка 400 в HTTP?
> Похожие задачи по backend
Приходилось ли пользоваться Git через терминал или GUI
Что такое бакет в хэш-таблице
Как определить, что запрос в базе тормозит
Что означает ошибка 400 в HTTP?
> ГОТОВЫ К СЛЕДУЮЩЕМУ СОБЕСЕДОВАНИЮ?
Запустите тренировочную сессию с ИИ и получите детальную обратную связь, чтобы увереннее проходить реальные интервью