Sentinel error представляет собой экспортированное стабильное значение вроде io.EOF, с которым caller сравнивает цепочку через errors.Is. Оно подходит одному различимому условию без дополнительных данных, но становится частью API-контракта. Собственный тип ошибки содержит поля, например операцию и код; caller извлекает его через errors.As. Тип может поддерживать Is для классификации. Сравнение err == sentinel ломается после wrapping, поэтому предпочитают errors.Is. Не каждую внутреннюю ошибку нужно экспортировать: публичной делают только классификацию, на которую вызывающий код должен осмысленно реагировать.
На границе операции добавляют контекст через fmt.Errorf("read config %q: %w", path, err). Один %w или поддерживаемая форма wrapping сохраняет причину в error chain, поэтому caller использует errors.Is для класса и errors.As для типа. Текст ошибки должен объяснять, что делала текущая функция, не повторяя «error» на каждом слое и не раскрывая секреты. Ошибку обычно логируют один раз на внешней границе с request metadata; логирование на каждом возврате создаёт дубли. Если причина не должна становиться частью публичного API, обёртку и классификацию проектируют осознанно.
Не нашли ответ? Напишите мне в чат. Я делаю Шпаргалку и сам отвечаю на сообщения. Расскажите, что не работает или чего вам не хватает. Может, смогу сразу взять это в работу.
Откуда взяты вопросы?
Из реальных собеседований. Основой подборки стал опыт Вадима Новосёлова: он проходил интервью и записывал вопросы. Подробнее о материалах.
Насколько эти вопросы актуальны?
Эти вопросы встречались нам на реальных собеседованиях в 2025 году. Мы регулярно проходим собеседования и пополняем подборку новыми вопросами. Основы профессии и ключевые технологии остаются востребованными годами, а детали конкретных инструментов и версий стоит сверять с текущей документацией.
На какой уровень рассчитана подборка?
Мы проходили собеседования на вакансии уровня Middle+, а иногда и на Senior-позиции. Вопросы из этих интервью вошли в подборку. Направления работы: Go-разработчик, Backend-разработчик на Go. Глубина обсуждения зависит от вакансии: будь готов объяснить основную идею, привести практический пример и разобрать ограничения и альтернативы решения.
Этот вопрос точно будет на моём собеседовании?
Гарантии нет: набор вопросов зависит от компании, задач команды, уровня вакансии и самого интервьюера. Эти вопросы уже встречались на реальных собеседованиях, но на твоём интервью ту же тему могут проверить другой формулировкой, практической задачей или обсуждением твоего опыта. Используй подборку, чтобы разобраться в теме: объясняй идею своими словами, приводи примеры и готовься обсудить ограничения и альтернативы решения. Так будет проще ответить и на знакомый вопрос, и на неожиданные уточнения.
