Вопросы на собеседовании Go-разработчика

Как отвечать: Свяжите ответ с реальным интересом к конкурентности и backend-инфраструктуре: проекты, open-source, чтение changelog релизов, участие в Golang-сообществе.

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

Как отвечать: Объясните планировщик Go (GMP-модель), маленький растущий стек, multiplexing на потоки ОС и дешёвое переключение контекста.

Как отвечать: Разведите синхронную передачу против очереди, влияние на блокировки отправителя и получателя, риски утечек при неверном размере буфера.

Как отвечать: Расскажите про структурную типизацию, маленькие интерфейсы из одного-двух методов, пустой interface{} и type assertion.

Как отвечать: Покажите философию «ошибка — это значение»: возврат error, явная проверка, обёртывание через fmt.Errorf с %w и когда уместен panic.

Как отвечать: Объясните LIFO-порядок, захват аргументов, recover только внутри defer и типичное применение: закрытие ресурсов, разблокировка мьютексов.

Как отвечать: Упомяните concurrent GC, STW-паузы, уход переменных в кучу при анализе выхода за область видимости и как снижать аллокации в горячих путях.

Как отвечать: Покажите сквозную передачу дедлайна и отмены по цепочке вызовов: WithCancel, WithTimeout, WithValue и почему context передают первым аргументом.

Как отвечать: Назовите флаг -race в тестах и рантайме, общее изменяемое состояние, защиту мьютексами или передачу владения через каналы.

Как отвечать: Сравните сценарии: RWMutex при преобладании чтений, atomic для простых счётчиков и флагов, обычный Mutex как понятный выбор по умолчанию.

Как отвечать: Опишите неблокирующее чтение из нескольких каналов, default для poll, и приведите пример паттерна из своего проекта с ограничением числа воркеров.

Как отвечать: Назовите причины: блокировка на канале без читателя, забытая отмена context; обнаружение через pprof goroutine profile и рост числа горутин в метриках.

Как отвечать: Сравните ожидание завершения без обработки ошибок против errgroup с возвратом первой ошибки и отменой остальных задач через context.

Как отвечать: Сравните производительность и контракты Protobuf, стриминг в gRPC, простоту отладки REST, совместимость с фронтендом и инфраструктурой компании.

Как отвечать: Опишите net/http/pprof или runtime/pprof, снятие CPU- и heap-профилей, анализ через go tool pprof, goroutine-дампы и осторожность с overhead.

Как отвечать: Приведите примеры обобщённых коллекций и утилит, ограничения type constraints, и объясните, почему не стоит заменять ими интерфейсы повсюду.

Как отвечать: Расскажите про sentinel-ошибки и кастомные типы, errors.Is/As на границах слоёв, обёртывание с контекстом и маппинг доменных ошибок в HTTP-коды.

Как отвечать: Пройдите по цепочке: метрики и трейсинг, CPU/heap/goroutine-профили pprof, блокировки мьютексов, GC-паузы, запросы к базе — и проверка гипотезы измерением.

Как отвечать: Предложите ограничить конкурентность, добавить backpressure через размер буфера или rate limiting, отменять задачи через context при переполнении очереди.

Как отвечать: Опишите: goroutine-профиль pprof, поиск зависших стеков, проверку отмены context и закрытия каналов, откат или хотфикс и тест на утечку в CI.

Как отвечать: Ответьте по STAR: система и нагрузка, ваша конкурентная модель, как отлаживали гонки и утечки, измеримый результат в latency или throughput.

Как отвечать: Покажите зрелость: обсуждение по существу с бенчмарками и примерами, готовность принять простое решение и культуру «код читают чаще, чем пишут».

Как отвечать: Честно опишите инцидент, вашу роль в разборе, постмортем без поиска виноватых и конкретные изменения: тесты, метрики, алерты или ревью-практики.

Как отвечать: Покажите, что язык — инструмент: оперируйте требованиями по производительности, найму, экосистеме команды, а не личными предпочтениями.