Как стать мидлом или сеньором

Что проверяют

Понимаете ли вы, чем уровни отличаются на деле, а не по годам стажа, и есть ли у вас план развития. Следом обычно просят оценить, на каком уровне вы сейчас и чего не хватает до следующего.

Как отвечать

Отличие уровней описывайте через самостоятельность и зону ответственности:

• мидл: берёт задачу среднего размера и доводит до прода без постоянного контроля. В Go это уверенная конкурентность (горутины, каналы, пакет sync, context для отмены и таймаутов), обработка ошибок через errors.Is и errors.As с оборачиванием через %w, табличные тесты, прогон с флагом -race, профилирование через pprof;
• сеньор: отвечает за систему, а не за задачу. Проектирует сервис и его границы, выбирает между gRPC и REST, продумывает идемпотентность, ретраи и наблюдаемость (метрики Prometheus, трассировка OpenTelemetry), знает, как сервис ведёт себя под нагрузкой и при отказе зависимостей. Разбирается в планировщике и сборщике мусора настолько, чтобы объяснить просадку по профилю;
• общее для роста: ревью чужого кода, менторство, умение договориться о техническом решении и оценить его стоимость для бизнеса.

Практичный путь: берите задачи на шаг выше текущих, просите ревью у сильных коллег, читайте исходники стандартной библиотеки (net/http, context, sync) и популярных проектов, разбирайте инциденты, в которых участвовали. Идиоматичный Go ценится выше знания фреймворков: многие команды сознательно обходятся стандартной библиотекой и тонким роутером.

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

Где спотыкаются

Меряют уровень годами опыта. Три года однотипных CRUD-задач не делают сеньором, а интервьюер ждёт критерии через ответственность и влияние.

Сводят рост к списку технологий: выучить Gin, GORM, Kafka. Сеньора отличает умение выбрать инструмент, а иногда отказаться от него, а не длина списка.

Называют облачные сертификаты путём к сеньорству. Go-разработчиков о них почти не спрашивают, гораздо весомее истории про реальные сервисы, инциденты и решения, которые вы отстояли.