Senior Go Interview Prep

- Core Go: https://go.vbloher.org/docs/01-core-go/
- Механика defer в Go: https://go.vbloher.org/docs/01-core-go/defer/
- Встраивание структур и интерфейсов (Embedding): https://go.vbloher.org/docs/01-core-go/embedding/
- Ошибки в Go: error, wrapping, errors.Is/As/Join: https://go.vbloher.org/docs/01-core-go/errors/
- Дженерики в Go (1.18+): https://go.vbloher.org/docs/01-core-go/generics/
- Интерфейсы в Go: https://go.vbloher.org/docs/01-core-go/interfaces/
- Устройство map в Go: https://go.vbloher.org/docs/01-core-go/maps/
- panic / recover: механика, раскрутка стека и runtime-паники: https://go.vbloher.org/docs/01-core-go/panic-recover/
- Указатели в Go: https://go.vbloher.org/docs/01-core-go/pointers/
- Рефлексия в Go (reflect): https://go.vbloher.org/docs/01-core-go/reflection/
- Внутреннее устройство слайсов в Go: https://go.vbloher.org/docs/01-core-go/slices/
- Строки, руны и байты в Go: https://go.vbloher.org/docs/01-core-go/strings-runes-bytes/
- Система типов Go: defined types, alignment, memory layout: https://go.vbloher.org/docs/01-core-go/type-system/
- Concurrency: https://go.vbloher.org/docs/02-concurrency/
- sync/atomic: https://go.vbloher.org/docs/02-concurrency/atomic/
- Буферизованные vs небуферизованные каналы: https://go.vbloher.org/docs/02-concurrency/buffered-unbuffered/
- Канал vs Mutex: когда что выбрать: https://go.vbloher.org/docs/02-concurrency/channel-vs-mutex/
- Каналы: устройство hchan: https://go.vbloher.org/docs/02-concurrency/channels/
- Утечки горутин, дедлоки, livelock, starvation: https://go.vbloher.org/docs/02-concurrency/common-leaks-deadlocks/
- sync.Cond: https://go.vbloher.org/docs/02-concurrency/cond/
- context: https://go.vbloher.org/docs/02-concurrency/context/
- Горутины: жизненный цикл, стоимость, стек: https://go.vbloher.org/docs/02-concurrency/goroutines-lifecycle/
- sync.Mutex и sync.RWMutex: https://go.vbloher.org/docs/02-concurrency/mutex-rwmutex/
- sync.Once: https://go.vbloher.org/docs/02-concurrency/once/
- Паттерны конкурентности: https://go.vbloher.org/docs/02-concurrency/patterns/
- Race Detector (гонки данных и -race): https://go.vbloher.org/docs/02-concurrency/race-detector/
- Планировщик GMP: https://go.vbloher.org/docs/02-concurrency/scheduler-gmp/
- select: https://go.vbloher.org/docs/02-concurrency/select/
- sync.WaitGroup: https://go.vbloher.org/docs/02-concurrency/waitgroup/
- Runtime и память: https://go.vbloher.org/docs/03-runtime-memory/
- Паттерны аллокаций и снижение давления на GC: https://go.vbloher.org/docs/03-runtime-memory/allocation-patterns/
- Escape Analysis: когда переменная убегает в кучу: https://go.vbloher.org/docs/03-runtime-memory/escape-analysis/
- Сборщик мусора Go: concurrent tri-color mark-sweep: https://go.vbloher.org/docs/03-runtime-memory/gc/
- Тюнинг GC: GOGC и GOMEMLIMIT: https://go.vbloher.org/docs/03-runtime-memory/gogc-gomemlimit/
- GOMAXPROCS: параллелизм планировщика и проблема контейнеров: https://go.vbloher.org/docs/03-runtime-memory/gomaxprocs/
- Утечки горутин (goroutine leaks): https://go.vbloher.org/docs/03-runtime-memory/goroutine-leaks/
- Утечки памяти в Go (несмотря на GC): https://go.vbloher.org/docs/03-runtime-memory/memory-leaks/
- Модель памяти Go (Go Memory Model): happens-before и синхронизация: https://go.vbloher.org/docs/03-runtime-memory/memory-model/
- pprof: профилирование CPU, памяти и блокировок в Go: https://go.vbloher.org/docs/03-runtime-memory/pprof/
- Execution Tracer и runtime/trace: тайминги вместо агрегатов: https://go.vbloher.org/docs/03-runtime-memory/runtime-tracing/
- Стек vs Куча: где живут данные в Go: https://go.vbloher.org/docs/03-runtime-memory/stack-vs-heap/
- Тестирование: https://go.vbloher.org/docs/04-testing/
- testify, assert/require и golden files: https://go.vbloher.org/docs/04-testing/assertions-testify/
- Бенчмарки в Go: https://go.vbloher.org/docs/04-testing/benchmarks/
- Покрытие, -race и флаки-тесты: https://go.vbloher.org/docs/04-testing/coverage-race/
- Нативный fuzzing в Go (1.18+): https://go.vbloher.org/docs/04-testing/fuzzing/
- Интеграционные тесты, testcontainers-go, TestMain: https://go.vbloher.org/docs/04-testing/integration-testcontainers/
- Моки, стабы и тестируемость: https://go.vbloher.org/docs/04-testing/mocks/
- Table-driven тесты, subtests и параллельность: https://go.vbloher.org/docs/04-testing/table-driven/
- Backend: https://go.vbloher.org/docs/05-backend/
- Аутентификация и авторизация: AuthN/AuthZ, сессии vs токены, RBAC/ABAC, API keys, mTLS, секреты: https://go.vbloher.org/docs/05-backend/auth-authz/
- Graceful Shutdown HTTP/gRPC сервера в Go: https://go.vbloher.org/docs/05-backend/graceful-shutdown/
- gRPC: типы RPC, интерсепторы, контекст, метаданные, error model: https://go.vbloher.org/docs/05-backend/grpc/
- JWT (JSON Web Token): https://go.vbloher.org/docs/05-backend/jwt/
- Middleware-паттерн в Go: https://go.vbloher.org/docs/05-backend/middleware/
- net/http: Server, Handler, ServeMux, таймауты, Client и контекст: https://go.vbloher.org/docs/05-backend/net-http/
- OAuth2: роли, grant types, OIDC, токены и типовые ошибки: https://go.vbloher.org/docs/05-backend/oauth2/
- OpenAPI/Swagger, code generation, contract-first vs code-first, валидация: https://go.vbloher.org/docs/05-backend/openapi/
- Protocol Buffers: схемы, wire format, эволюция и совместимость: https://go.vbloher.org/docs/05-backend/protobuf/
- REST: принципы, версионирование, идемпотентность, статусы, пагинация, ошибки: https://go.vbloher.org/docs/05-backend/rest/
- Сети и протоколы: https://go.vbloher.org/docs/06-networking/
- Пулы соединений: http.Transport, БД, утечки: https://go.vbloher.org/docs/06-networking/connection-pooling/
- DNS: записи, резолвинг, кэширование, DNS в Go: https://go.vbloher.org/docs/06-networking/dns/
- Версии HTTP: 1.1, 2, 3: https://go.vbloher.org/docs/06-networking/http-versions/
- TCP/IP: модель, транспорт и что важно бэкендеру: https://go.vbloher.org/docs/06-networking/tcp-ip/
- TLS: handshake, сертификаты, mTLS, производительность: https://go.vbloher.org/docs/06-networking/tls/
- UDP и надёжность поверх UDP: https://go.vbloher.org/docs/06-networking/udp/
- WebSocket: upgrade, фреймы, масштабирование: https://go.vbloher.org/docs/06-networking/websocket/
- Базы данных: https://go.vbloher.org/docs/07-databases/
- Пул соединений к PostgreSQL в Go: database/sql, pgx, pgxpool, PgBouncer: https://go.vbloher.org/docs/07-databases/connection-pooling-pgx/
- Взаимоблокировки (Deadlocks) в PostgreSQL: https://go.vbloher.org/docs/07-databases/deadlocks/
- Индексы в PostgreSQL: https://go.vbloher.org/docs/07-databases/indexes/
- Уровни изоляции транзакций в PostgreSQL: https://go.vbloher.org/docs/07-databases/isolation-levels/
- MVCC в PostgreSQL: версии строк, видимость, VACUUM и bloat: https://go.vbloher.org/docs/07-databases/mvcc/
- Обзор NoSQL и Redis: https://go.vbloher.org/docs/07-databases/nosql-redis/
- Партиционирование таблиц в PostgreSQL: https://go.vbloher.org/docs/07-databases/partitioning/
- Архитектура PostgreSQL: https://go.vbloher.org/docs/07-databases/postgresql-architecture/
- Планирование и оптимизация запросов в PostgreSQL: https://go.vbloher.org/docs/07-databases/query-planning/
- Репликация в PostgreSQL: https://go.vbloher.org/docs/07-databases/replication/
- Шардирование (горизонтальное масштабирование): https://go.vbloher.org/docs/07-databases/sharding/
- Транзакции в PostgreSQL и Go (database/sql, pgx): https://go.vbloher.org/docs/07-databases/transactions/
- Распределённые системы: https://go.vbloher.org/docs/08-distributed-systems/
- CAP теорема: https://go.vbloher.org/docs/08-distributed-systems/cap-theorem/
- Circuit Breaker: https://go.vbloher.org/docs/08-distributed-systems/circuit-breaker/
- Консенсус и Raft: репликация состояния в присутствии отказов: https://go.vbloher.org/docs/08-distributed-systems/consensus-raft/
- Модели согласованности: https://go.vbloher.org/docs/08-distributed-systems/consistency/
- Гарантии доставки сообщений: at-most-once / at-least-once / exactly-once: https://go.vbloher.org/docs/08-distributed-systems/delivery-guarantees/
- Eventual Consistency: https://go.vbloher.org/docs/08-distributed-systems/eventual-consistency/
- Идемпотентность в распределённых системах: https://go.vbloher.org/docs/08-distributed-systems/idempotency/
- Apache Kafka: https://go.vbloher.org/docs/08-distributed-systems/kafka/
- Transactional Outbox: https://go.vbloher.org/docs/08-distributed-systems/outbox/
- RabbitMQ: AMQP 0-9-1, маршрутизация, надёжность доставки и сравнение с Kafka: https://go.vbloher.org/docs/08-distributed-systems/rabbitmq/
- Ретраи: backoff, jitter, budgets и идемпотентность: https://go.vbloher.org/docs/08-distributed-systems/retries/
- Saga Pattern: https://go.vbloher.org/docs/08-distributed-systems/saga/
- Observability: https://go.vbloher.org/docs/09-observability/
- Grafana: https://go.vbloher.org/docs/09-observability/grafana/
- Метрики: RED, USE, Golden Signals: https://go.vbloher.org/docs/09-observability/metrics/
- OpenTelemetry: https://go.vbloher.org/docs/09-observability/opentelemetry/
- Prometheus: https://go.vbloher.org/docs/09-observability/prometheus/
- SLI / SLO / SLA: https://go.vbloher.org/docs/09-observability/slo-sli/
- Структурированное логирование (slog): https://go.vbloher.org/docs/09-observability/structured-logging/
- Distributed Tracing: https://go.vbloher.org/docs/09-observability/tracing/
- System Design: https://go.vbloher.org/docs/10-system-design/
- Analytics Pipeline: https://go.vbloher.org/docs/10-system-design/analytics-pipeline/
- Chat System: https://go.vbloher.org/docs/10-system-design/chat/
- Фреймворк System Design интервью: https://go.vbloher.org/docs/10-system-design/framework/
- Notification Service: https://go.vbloher.org/docs/10-system-design/notification-service/
- Order Service: https://go.vbloher.org/docs/10-system-design/order-service/
- Payment Service: https://go.vbloher.org/docs/10-system-design/payment-service/
- Rate Limiter: https://go.vbloher.org/docs/10-system-design/rate-limiter/
- URL Shortener: https://go.vbloher.org/docs/10-system-design/url-shortener/
- DevOps: https://go.vbloher.org/docs/11-devops/
- CI/CD: пайплайны, стадии, стратегии деплоя: https://go.vbloher.org/docs/11-devops/cicd/
- Облака (AWS / GCP) для бэкендера: https://go.vbloher.org/docs/11-devops/cloud-aws-gcp/
- Docker для Go-разработчика: https://go.vbloher.org/docs/11-devops/docker/
- GitHub Actions и GitLab CI: https://go.vbloher.org/docs/11-devops/github-gitlab-ci/
- Kubernetes для Go-разработчика: https://go.vbloher.org/docs/11-devops/kubernetes/
- Terraform / Infrastructure as Code: https://go.vbloher.org/docs/11-devops/terraform/
- Алгоритмы: https://go.vbloher.org/docs/12-algorithms/
- Типовые алгоритмические задачи и паттерны: https://go.vbloher.org/docs/12-algorithms/common-problems/
- Асимптотическая сложность (Big-O): https://go.vbloher.org/docs/12-algorithms/complexity/
- Структуры данных в Go: https://go.vbloher.org/docs/12-algorithms/data-structures/
- Специфика live-coding на Go: https://go.vbloher.org/docs/12-algorithms/go-specifics/
- Behavioral: https://go.vbloher.org/docs/13-behavioral/
- Конфликты, разногласия и работа со стейкхолдерами: https://go.vbloher.org/docs/13-behavioral/conflicts/
- Как проходит senior-интервью: этапы, оценка, оффер: https://go.vbloher.org/docs/13-behavioral/interview-flow/
- Лидерство и менторство: https://go.vbloher.org/docs/13-behavioral/leadership-mentoring/
- Типовые поведенческие вопросы для Senior: https://go.vbloher.org/docs/13-behavioral/senior-questions/


> Модуль: Behavioral · Уровень: Senior

## TL;DR
- Типичная воронка: рекрутерский скрининг → техническое (coding) → system design → behavioral/leadership → team fit / hiring manager → оффер.
- На senior оценивают не «знаешь ли синтаксис», а **глубину, trade-off-мышление, влияние на команду и продукт**.
- System design и behavioral на senior+ часто весят больше, чем алгоритмическая секция.
- Вопросы кандидата работодателю — это **часть оценки**: senior проверяет компанию так же, как компания проверяет его.
- Переговоры об оффере — нормальная и ожидаемая часть; не называй цифру первым, опирайся на рынок и весь компенсационный пакет.
- Red flags бывают с обеих сторон — умей их читать.

## Теория / Подход

### Общая структура воронки
Конкретика зависит от компании, но скелет почти всегда такой:

1. **Рекрутерский скрининг (30 мин).** Не технический по сути. Проверяют: адекватность, мотивацию, базовое соответствие (стек, уровень, грейд), вилку, локацию/таймзону, сроки. Здесь же первый разговор о деньгах — отвечать аккуратно (см. ниже).
2. **Техническое интервью / coding (60-90 мин).** Для Go: live coding (часто конкуренция, каналы, контекст, обработка ошибок), либо разбор take-home, либо алгоритмы. На senior меньше про «решить задачку», больше про чистоту, тестируемость, обработку edge cases, и про то, как ты рассуждаешь вслух.
3. **System design (60 мин).** Ядро senior-интервью. Спроектировать систему (rate limiter, лента, платежи, очередь). Оценивают сбор требований, прикидку нагрузки, выбор хранилищ, trade-off'ы, отказоустойчивость, эволюцию системы.
4. **Behavioral / leadership (45-60 мин).** Конфликты, менторство, провалы, влияние, принятие решений. Часто ведёт hiring manager. STAR-формат.
5. **Team fit / hiring manager / bar raiser.** Совпадение с командой, ценностями, ожиданиями по роли. В части компаний (Amazon-style) есть отдельный «bar raiser», независимый интервьюер.
6. **Оффер и переговоры.**

Для senior нередко добавляют **архитектурный** раунд или дискуссию по реальному коду/инциденту.

### Что оценивают по этапам (и как себя вести)

**Coding.** Не молчи. Проговаривай: уточняю требования → набрасываю подход → говорю про сложность → пишу → тестирую edge cases. Senior-сигнал: ты сам называешь, что протестировал бы, и где код упадёт. На Go покажи идиоматичность (ошибки как значения, `context`, отсутствие лишних goroutine-утечек), а не «как на Java».

**System design.** Структура важнее, чем «правильный ответ» (его нет):
1. Functional & non-functional requirements (явно спроси про RPS, объём данных, latency, consistency).
2. Прикинь масштаб «на салфетке» (QPS, storage).
3. API / data model.
4. High-level diagram.
5. Deep dive в 1-2 узких места по просьбе интервьюера.
6. Bottlenecks, failure modes, эволюция.
Senior-сигнал: ты сам поднимаешь trade-off'ы (CAP, consistency vs availability, стоимость) и говоришь «зависит от...».

**Behavioral.** STAR, акцент на «Action» и измеримый «Result». Истории заранее заготовь: конфликт, провал, менторство, сложное техрешение, влияние за пределами своей задачи, дедлайн. (См. файлы `senior-questions.md`, `leadership-mentoring.md`, `conflicts.md`.)

**Team fit.** Здесь оценивают и тебя, и совпадение ожиданий. Будь собой — мискаст вреден обеим сторонам.

### Вопросы кандидата работодателю
На senior это **обязательная** часть. Отсутствие вопросов читается как незаинтересованность. Хорошие вопросы одновременно дают тебе данные и показывают зрелость.

По инженерной культуре:
- Как выглядит путь фичи от идеи до прода? Как часто релизите?
- Как устроены code review и принятие архитектурных решений (есть ли RFC/ADR)?
- Какой процент времени уходит на техдолг vs новые фичи?
- Как выглядит on-call и как вы обращаетесь с инцидентами (есть ли blameless postmortem)?
- Покрытие тестами / CI/CD — как реально, а не на бумаге?

По роли и росту:
- Как выглядит успех в этой роли через 6/12 месяцев?
- Как устроен карьерный рост от senior дальше (staff/lead track)?
- Кто принимает технические решения и где здесь моя зона влияния?

По команде и людям:
- Почему открыта эта позиция (рост / замена)?
- Какая текучка в команде за последний год?
- Как принимаются продуктовые решения, насколько инженеры в этом участвуют?

Менеджеру отдельно:
- Какой у тебя стиль управления? Как часто 1:1?
- Что для тебя «хороший senior»?

### Переговоры об оффере
Ключевые правила:
1. **Не называй цифру первым, если можешь.** На вопрос «какие ожидания?» лучше: «Хочу понять весь объём роли и пакет, ориентируюсь на рынок для senior, открыт обсудить конкретику после оффера». Если давят — называй обоснованный диапазон с опорой на рынок.
2. **Смотри пакет целиком**, а не только оклад: бонус, акции/опционы (и вестинг), подписной бонус, пересмотры зарплаты, отпуск, удалёнка, обучение, переработки/on-call оплата.
3. **Торгуйся вежливо и с обоснованием.** «Спасибо за оффер, я очень заинтересован. По рынку и моему опыту я ориентировался на X, можем ли мы приблизиться к этой цифре?» Молчание после контр-предложения — нормально.
4. **Конкурирующий оффер** — сильнейший рычаг, но не блефуй с фейковыми офферами (часто просят пруф, и репутация рынка узкая).
5. **Получи оффер письменно** до увольнения с текущего места. Не увольняйся по устному обещанию.
6. **Не принимай в момент звонка.** «Спасибо, дайте мне день-два обдумать» — нормально и ожидаемо.

### Red flags

**Со стороны компании (тебе насторожиться):**
- Хаотичный процесс: переносы, тишина неделями, разные интервьюеры задают одно и то же.
- Грубость, высокомерие интервьюера, перебивания.
- Не могут внятно описать роль, ожидания, как выглядит успех.
- «Мы как семья», романтизация переработок, «нужно гореть».
- Высокая текучка / уклончивые ответы про неё.
- Нет процессов: ни тестов, ни ревью, ни постмортемов, «героизм» как норма.
- Давление принять оффер немедленно, exploding offer без времени на раздумье.
- Лоуболл-оффер сильно ниже рынка + нежелание обсуждать.

**Со стороны кандидата (что компания считает red flag у тебя):**
- Обвинение прошлых работодателей/коллег, токсичность.
- «У меня не было конфликтов / провалов» — отсутствие рефлексии.
- Не может объяснить *почему* выбрал решение, только *что* сделал.
- Нет вопросов к компании.
- Завышенный грейд без подтверждения (claims без примеров влияния).
- Не слушает интервьюера, не уточняет требования, кодит/проектирует молча.
- Нечестность в резюме/опыте.

## Антипаттерны
- **Молчаливое решение** на coding/design — интервьюер оценивает ход мысли, а не только финал.
- **Сразу кодить** в system design, не собрав требования и не прикинув масштаб.
- **Заученные STAR-истории** без конкретики и цифр, одинаковые на все вопросы.
- **Назвать зарплатную цифру первым** в скрининге, занизив себя.
- **Нет вопросов работодателю** — читается как безразличие.
- **Принять оффер в момент звонка** или уволиться до письменного оффера.
- **Игнорировать red flags компании** из-за страха «а вдруг другого не будет».
- **Хейт прошлых мест** — мгновенный минус в behavioral.
- **Спорить с интервьюером ради правоты** вместо совместного рассуждения.

## Вопросы на собеседовании

**В:** Какие у вас зарплатные ожидания? *(в скрининге)*
**О:** Не подставляйся первым. «Хочу сначала понять роль и весь пакет; ориентируюсь на рыночный уровень для senior. Готов назвать диапазон — он составляет X-Y на основе рынка и моего опыта.» Знай рынок заранее.

**В:** Почему уходишь с текущего места?
**О:** Только в позитив/нейтрально: рост, новые задачи, масштаб, технологии. Никакого хейта. «Уперся в потолок по сложности задач, хочу больше влияния на архитектуру» — хорошо. «Менеджер дурак» — провал.

**В:** Спроектируй систему X. *(system design)*
**О:** Не кидайся в схему. Сначала requirements (functional + non-functional, явно спроси числа), потом масштаб на салфетке, API, high-level дизайн, deep dive по запросу, потом bottlenecks и failure modes. Сам поднимай trade-off'ы.

**В:** Есть ли у тебя вопросы к нам?
**О:** Обязательно да, 3-5 заготовленных. Смешай культуру (релизы, ревью, техдолг, on-call), рост (успех через 6 мес, путь после senior) и команду (почему открыта позиция, текучка). Это и оценка тебя, и сбор данных для решения.

**В:** У нас есть для тебя оффер на сумму Z. *(переговоры)*
**О:** Поблагодари, вырази интерес, не принимай мгновенно. «Очень заинтересован. Можно мне день-два? И хотел бы обсудить — по рынку я ориентировался выше, можем ли сблизиться?» Смотри весь пакет, проси письменно.

**В:** Расскажи о самом сложном техническом решении и почему ты его принял.
**О:** STAR с фокусом на trade-off'ы и альтернативы, которые ты рассмотрел и отверг, и почему. Senior-сигнал — что ты думал об обратимости, стоимости и эволюции, а не только «сделал и работает».

**В:** Что для тебя важно в следующей работе? *(team fit)*
**О:** Будь честным — мискаст плохо для всех. Назови 2-3 реальных приоритета (масштаб задач, инженерная культура, рост в staff, баланс). Свяжи с тем, что узнал о компании на интервью.

**В:** Опиши конфликт в команде и как ты его разрешил.
**О:** См. `conflicts.md` — STAR, общая цель, критерии/данные, «я»-действия, измеримый итог, и урок. Без обвинений других.

## На что копают на senior+
- **Глубина vs ширина**: на middle хватает «знаю как сделать», на senior проверяют «почему так, какие альтернативы, какой trade-off».
- **Влияние за пределами своего кода**: менторил ли, поднимал ли стандарты, влиял ли на архитектуру и продукт.
- **Trade-off-мышление**: ответ «зависит от...» с явными критериями ценнее категоричного «надо так».
- **Зрелость в переговорах и вопросах**: senior относится к интервью как к двустороннему процессу, оценивает компанию, не боится торговаться и читать red flags.
- **Коммуникация под давлением**: как ведёшь себя, когда не знаешь ответа (честно: «не знаю, рассуждал бы так...») — это сильный сигнал, в отличие от блефа.
- **Согласованность сигналов**: совпадает ли уровень в резюме с тем, что ты реально показываешь в design/behavioral. Расхождение — главный фильтр на senior+.