🎁 Хорошая новость для вайбкодеров: Cursor дают бесплатный недельный доступ к модели GPT-5.1 Codex Max.

Это одна из наиболее продвинутых моделей для программирования, и в течение этой недели её можно использовать без ограничений.

Предложение действует до 11 декабря.

Если вы хотели протестировать Codex Max в рабочих задачах - сейчас самый удобный момент.

https://cursor.com/download

@Golang_google

🔍Тестовое собеседование с Go-разработчиком из Яндекса

11 декабря(уже в четверг!) в 19:00 по мск приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle Go-разработчика.

Как это будет:
📂 Владислав Кирпичов, Go-разработчик в Яндексе, ex-VK, будет задавать реальные вопросы и задачи разработчику-добровольцу
📂 Влад будет комментировать каждый ответ респондента, чтобы дать понять, чего от вас ожидает собеседующий на интервью
📂 В конце можно будет задать любой вопрос Владу

Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для Go-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы.

Переходи в нашего бота, чтобы получить ссылку на эфир → @shortcut_go_bot

Реклама.
О рекламодателе.

🖥 Мнение: Gin - очень плохая программная библиотека,
и у автора есть много аргументов, почему.

В статье автор разбирает, почему популярный Go-фреймворк Gin может создавать скрытые проблемы в продакшене.

Главные идеи:

• ✋ Простота Gin обманчива, он прячет логику, которую разработчики не контролируют.
• ⚠️ Middleware-цепочки легко становятся неявными и сложными для отладки.
• 🧩 Встроенная магия (binding, context, handlers) делает код удобным, но снижает прозрачность.
• ⚡ Производительность на реальных нагрузках может страдать, особенно при интенсивной сериализации и работе с JSON.
• 🔍 Автор продвигает мысль: чем легче фреймворк кажется, тем труднее понять, как он ломается.

Gin хорош для старта и прототипов, но в крупных системах нужно либо тщательно контролировать то, что он делает “за вас”, либо рассматривать более прозрачные подходы.

https://eblog.fly.dev/ginbad.html

@Golang_google

#golang #go #gin

👣 Implementing Tail at Scale in Go - как строить высоконагруженный tail-сервис

Любопытная статья, в которой показано, как реализовать масштабируемый tail-механизм на Go для чтения и обработки данных в реальном времени. Речь не про «прочитать файл до конца», а про системы, которые постоянно слушают источники и реагируют на новые события.

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

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

Почему Go хорошо подходит:
- легкие goroutine
- каналы вместо shared state
- простая модель конкурентности
- удобный graceful shutdown через context

Базовая архитектура tail-сервиса:
- reader читает данные из источника и кладет в канал
- parser превращает сырые строки в структуру
- filter отбрасывает ненужные события
- dispatcher рассылает данные дальше (метрики, алерты, стримы)

Важный принцип - никакой тяжелой логики в одном месте. Каждый этап независим и общается через каналы.

Ключевые паттерны:
- неблокирующий select вместо бесконечных циклов
- ограниченные по размеру каналы для backpressure
- worker-пулы для обработки нагрузки
- context для остановки всех горутин без утечек

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

Tail at scale - это не про файлы, а про потоковую архитектуру. Если правильно выстроить пайплайн из goroutine и каналов, Go позволяет строить надежные realtime-системы, которые легко масштабируются и остаются понятными в поддержке.

Это отличный пример того, как идиоматичный Go решает задачи стриминга и realtime-обработки без лишней сложности.

https://jitesh117.github.io/blog/implementing-tail-at-scale-in-golang/

#golang #go

@Golang_google

👣 The 2025 State of Go Cryptography

Filippo Valsorda опубликовал ежегодный обзор состояния криптографии в Go за 2025 год. Это отчёт о том, что реально изменилось в одном из самых критичных слоёв экосистемы Go.

Самое интересное:

Криптография в Go - зрелая и стабильная
Стандартная библиотека продолжает оставаться одной из самых надёжных среди языков общего назначения. За год не появилось системных провалов или архитектурных ошибок, а серьёзные уязвимости по-прежнему редкость.

Post-quantum криптография - уже не теория
В Go активно внедряются механизмы post-quantum key exchange. Это подготовка к будущему, где квантовые компьютеры могут ломать текущие схемы. Важно, что это делается аккуратно и без ломки существующих API.

FIPS 140 и корпоративные требования
Большая часть работы была направлена на совместимость с FIPS 140 - стандартом, который критичен для госструктур, банков и крупных компаний. Go всё увереннее чувствует себя в строго регулируемых средах.

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

Философия развития
Go не гонится за экспериментами в криптографии. Приоритеты остаются прежними:
- простые и безопасные API
- минимизация возможности неправильного использования
- предсказуемость и совместимость
- консервативные, но проверенные решения

Главный вывод:
Криптография в Go - это не место для хайпа. Это фундамент, который год за годом становится крепче. Язык всё глубже закрепляется как безопасный выбор для инфраструктуры, сетей, облаков и систем, где ошибка стоит слишком дорого.

Для разработчиков это означает одно: на криптографический стек Go можно продолжать полагаться без оговорок.

https://words.filippo.io/2025-state/

@Golang_google

#golang #go

Какой план на последнюю рабочую пятницу? У нас — AvitoTechno 🎧

Уже все говорят, что это будет главная онлайн-техно-вечеринка для ИТ-комьюнити!

Что там будет:
➡️ сеты от разработчиков диджей-команды AvitoTech;
➡️ выступление BÖRIS REDWÄLL и группы LAVBLAST;
➡️ розыгрыш лимитированного AvitoTechno-бокса (птички напели, что там свитер, шапка, обвес и снежный шар с котиком!).

Как попасть?
Забирайте свой бесплатный билет в боте.

Встретимся на AvitoTechno. Проводим этот рабочий 2025-й технично и крышесносно 🚀

👣 errors-AsType: идея, которая делает работу с ошибками в Go проще

В Go, чтобы проверить тип ошибки, обычно используют errors.As, но это требует заводить временные переменные и делает код громоздким. В статье предлагается более удобный подход - обёртка AsType, которая сразу возвращает ошибку нужного типа.

Зачем это нужно:

• Код становится короче: никаких var e *MyError заранее.
• Проверка выглядит чище:
if e := errors.AsType[*MyError](err); e != nil { … }
• Удобно, когда нужно последовательно обработать несколько типов ошибок.

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

Кому полезно: всем, кто пишет стабильный продакшн-код на Go и работает с elaborate-ошибками.

https://antonz.org/accepted/errors-astype/