Запись со вчерашнего открытого урока
📹RuTube
👀VK
👀YouTube

Хорошая новость для тех, кто хотел перейти на Go-разработку или попасть в BigTech

Стартует набор на поток Route256🦎
Эксперты из Ozon научат всем азам в разработке на Go, кликайте для подачи заявки на участие в отборе.

➡️ 2 месяца онлайн-занятий по вечерам — можно совмещать с работой и учёбой;
➡️ Интересные задачи — реальные, под потребности компании;
➡️ Крутая команда — эксперты Ozon.

Route 256 — это демоверсия работы в BigTech (без преувеличения). Но у каждого студента будет свой персональный тьютор: поддержать, когда непросто, и поболтать, когда хочется.

⏰ Спешите подать заявку: тренировочный раунд уже открыт, а отборочный контест — 20 апреля.

🚀 Запуск! Мой авторский курс по Go теперь доступен на Stepik!

Полгода я вылизывал каждую лекцию, каждое задание, чтобы ты мог изучить Go без воды, с нуля и с фокусом на реальные задачи.
⠀
🧠 Если ты хочешь:
— быстро и системно освоить Go
— без воды, устаревших туториалов и "постоянно что-то гуглить"
— научиться писать реальные сервисы и пройти собес
⠀
🔥 Тогда тебе сюда: курс, основанный на моём 5-летнем опыте работы с Go — от junior до lead позиции. Я собрал только то, что реально нужно на практике — никакой теории ради теории, только то, что потребуется для решения конкретных задач.
Обновляется постоянно. Не как статьи или книги — он будет жить вместе с языком.
⠀
🎯 Что внутри:
— Лаконичные уроки + практика
— Пошаговая структура от азов до настоящих API и тестов
— Бесплатные модули для ознакомления
— Постоянные обновления под новые версии Go и best practices
⠀
🎁 СТАРТОВАЯ СКИДКА -30%
По промокоду UTOPIA до 15 мая.
Итоговая цена — 5179₽ вместо 7399₽
(И да, ты получаешь доступ навсегда, с обновлениями)
⠀
➡️ Учиться можно в любое время, в удобном темпе, без дедлайнов
➡️ Обучение на платформе Stepik
➡️ Уже сейчас можно зайти, посмотреть бесплатные уроки и принять решение
⠀
🔗 Переходи по ссылке, изучи бесплатные уроки и стартуй:
👉 https://stepik.org/a/212545
Если есть вопросы — пиши, помогу разобраться.

Go — это просто, когда тебя ведут по делу.

⠀
P.S. Это не просто курс. Это путь, который я сам когда-то прошёл. И теперь передаю его тебе — в концентрированной, работающей и честной форме.

Go 1.24+ и фиксация инструментов: наконец-то по-человечески

Я тут узнал отличную новость: теперь оказывается можно нормально фиксировать dev-инструменты — прямо в go.mod, без костылей.

Например, если ты используешь oapi-codegen (а ты точно его используешь, если генерируешь сервер/клиента из OpenAPI v3, ведь так?)):

go get -tool github.com/oapi-codegen/oapi-codegen/v2/cmd/oapi-codegen@latest

Это добавит в go.mod строку:

tool github.com/oapi-codegen/oapi-codegen/v2/cmd/oapi-codegen

И дальше можно:

go install tool

//go:generate go tool oapi-codegen -config cfg.yaml ../../api.yaml

Всё! Теперь:

— Версия oapi-codegen зафиксирована
— Команда go install tool установит его любому разработчику
— Можно забыть про tools.go и ручное go install

А раньше что?
Костыли:
— tools.go с анонимными импортами (import _ )
— makefile с GOBIN=./bin go install и GOBIN=./bin go generate
— магия в README, которую никто не читал

Теперь всё по-взрослому, понятно и воспроизводимо.
Go продолжает радовать! 🙌

ИЗЯЩНАЯ РАБОТА С ОШИБКАМИ В GO, ИЛИ КАК ИХ СРАВНИВАТЬ

Обычное err == myErr в Go работает не всегда так, как ты ожидаешь. Особенно если ты оборачиваешь ошибку через fmt.Errorf("context: %w", err). В таких случаях Go предоставляет более мощные инструменты — errors.Is и errors.As.

❓Как работает errors.Is

Когда ты используешь %w в fmt.Errorf (врапинг ошибки), ты как бы упаковываешь одну ошибку внутрь другой, добавляя контекст. errors.Is умеет разворачивать такие обёртки и проверять, есть ли внутри нужная ошибка:

var ErrNotFound = errors.New("not found")
err := fmt.Errorf("ошибка в поиске: %w", ErrNotFound)

if errors.Is(err, ErrNotFound) {
  fmt.Println("Ничего не найдено")
}

Под капотом errors.Is делает так: если ошибка обёрнута через %w, она вызывает Unwrap() и идёт по цепочке, пока не найдёт нужную. Если ты просто сравнишь err == ErrNotFound, то получишь false, потому что это уже не тот же объект — он обёрнут.

❓А что делает errors.As

Иногда нужно не просто узнать, была ли ошибка определённого типа, но и получить доступ к её полям. Например:

type MyError struct {
  Code int
  Msg  string
}

func (e *MyError) Error() string {
  return fmt.Sprintf("code: %d, msg: %s", e.Code, e.Msg)
}

err := &MyError{Code: 499, Msg: "custom"}
var myErr *MyError

if errors.As(err, &myErr) {
  fmt.Println("У нас ошибка кода", myErr.Code)
}

Ты можешь доставать полезные данные из ошибки, если она реализует нужный тип. Это особенно удобно, когда у тебя есть логика, завязанная на тип ошибки (например, логирование по коду, трассировка и т.д.).

❓Как кастомизировать сравнение — метод Is()

Ты даже можешь сам определить, когда твоя ошибка считается «равной» другой. Для этого нужно реализовать метод Is(target error) в своей реализации:

type HttpError struct {
  Code int
  Msg  string
}

func (e *HttpError) Error() string {
  return fmt.Sprintf("HTTP %d: %s", e.Code, e.Msg)
}

func (e *HttpError) Is(target error) bool {
  t, ok := target.(*HttpError)
  return ok && e.Code == t.Code
}

Теперь, даже если сообщения об ошибках разные, но коды совпадают — errors.Is вернёт true:

var Err404 = &HttpError{Code: 404}
err := fmt.Errorf("обёрнутая ошибка: %w", &HttpError{Code: 404, Msg: "page not found"})

if errors.Is(err, Err404) {
  fmt.Println("Обнаружена 404")
}

❓Когда и где это реально нужно (примеры из практики)

— В библиотеках: ты возвращаешь ошибки вроде ErrInvalidConfig или ErrNotConnected, и хочешь, чтобы пользователи могли их отловить независимо от контекста

— В сервисах: API может возвращать ошибки с кодами, а внутри тебе удобно описывать их кастомными типами — и потом ловить их по errors.Is

— В middleware: например, хочешь логировать всё, кроме ErrUnauthorized — тогда errors.Is(err, ErrUnauthorized) спасёт от лишнего шума

— В gRPC/HTTP-хендлерах: удобно классифицировать ошибки и автоматически подставлять нужный статус код в ответе

— В CLI-инструментах: логика выхода с кодами ошибок может зависеть от типа ошибки, а не только от текста

Если ты до сих пор сравниваешь ошибки через ==, самое время освоить errors.Is и errors.As. Это делает твой код гибким, читаемым и гораздо ближе к надёжной архитектуре. Go даёт тебе все инструменты — просто используй их.

Больше примеров работы с ошибками даю в бесплатном уроке на своем курсе Go!

P.S. все еще действует промокод на скидку 30% - FEIN