Новая работа пока занимает гораздо больше времени, чем ожидалось, но вот наконец вынес первый пакет: https://github.com/AlekSi/lazyerrors – error wrapping для прагматично-ленивых программистов.

В это новости (и в анонсе выхода версии 1.0 https://github.com/modelcontextprotocol/go-sdk в октябре) как-то потерялся новый интересный пакет: https://github.com/google/jsonschema-go. Заметьте, что это «An official Google project», а не как обычно.

А вот ещё новость: Ян Ланс Тейлор, ушедший из Google, опубликовал свою библиотеку для JSON Schema: https://www.airs.com/blog/archives/675

Кажется, our long national nightmare (с качеством библиотек JSON Schema в Go) is over.

Получив уведомления о новых мучениях людей с кешом компиляции Go (нельзя настроить потребление места на диске и время хранения, нельзя отключить очистку), собрался, почистил и выложил тулзу: https://github.com/AlekSi/hardcache Если вы собираете проект с modernc.org/sqlite реже, чем раз в неделю, и вынуждены эту зависимость постоянно пересобирать – это для вас. 😄
Большую часть функционала, ещё сыроватую, вроде сетевого кеша через GOCACHEPROG, пока убрал, но, со временем, тоже выложу.

Есть желающие потестировать новый навайбкоженный с Claude race detector без cgo?

Ладно, на эту ерунду можно и не смотреть – там Даннинг-Крюгер в полный рост.

А вот на что стоит посмотреть, так это на написанный органическими человеками прототип race detector без cgo:
* https://github.com/golang/go/issues/57175#issuecomment-3559108965
* https://go-review.googlesource.com/c/go/+/718640

Это регулярное напоминание в общественных интересах: не профилируйте на macOS, даже если вот-же-он-прямо-тут-зачем-идти-на-сервер.

https://github.com/golang/go/issues/57722

Вот пишете вы программу на Go, которая добавляет файлы в zip-архив. Используете https://pkg.go.dev/archive/zip, который под капотом использует https://pkg.go.dev/compress/flate. Документация на первый ничего не говорит про используемый уровень компрессии второго.

Две викторины:

🔐runtime/secret: secret.Do 🔐

Тем временем, абсолютно буднично и рутинно произошло хорошее: пакет runtime/secret получил свою реализацию и будет доступен в Go 1.26 (правда будет скрыт за флагом GOEXPERIMENT=runtimesecret устанавливаемым во время компиляции).

Собственно весь пакет пока состоит из одну функции: secret.Do, которая принимает на вход функцию с сигнатурой func() и подчищает за ней следующие вещи на выходе из этой функции:
• Весь стек который использовался во время работы горутины заполняется нулями. Если при работе стек «рос» (по факту — копировался в новое место) то прямо во время копии старый участок памяти рантайм заполнит нулями.
• Все регистры ЦПУ которые «могут содержать секреты» будут заполнены нулями после выхода. Подозреваю, что здесь речь идет о регистрах которые не используются самим рантаймом для служебных действий (верх, низ стека и прочая).
• Если в процессе работы переданной функции мы создаем объекты в хипе, то сразу после сборки мусора, их память будет заполнена нулями.
• Если внутри передаваемой функции произошла паника, подменяют стектрейс, что-бы скрыть любую информацию о переданной функции.

Для большинства это изменение ничего не меняет.

Но для тех кто работает с криптографией (включая TLS которое мы все используем в HTTPS, HTTP/2 и gRPC без флага insecure) это хорошая новость, которая позволяет усилить защиту приложений и усложнить чтение секретов злонамеренными акторами, даже если скомпрометирована вся железка. Плюс «надежную» очистку секретов часто требуют при сертификации софта в разных регионах нашей планеты.

П.С. Пакет пока доступен только для архитектур amd64 и arm64 (если вы не поняли, что это значит, это хорошо тк вы точно попадаете в доступные архитектуры).
П.П.С. Так-же пока пакет работает только под Linux.

Старожилы всхлипнули — Dave Cheney вернулся с новым квизом: https://dave.cheney.net/2025/11/27/pointer-pop-quiz

Выпустил новую версию, позволяющую очищать кеш в фоне и указывать процент от полного размера диска:

hardcache local trimd --unused-for=0 --max-size=5%

В ближайшее время планирую добавить поддержку сжатия кеша (оттого и опросы про zip/deflate выше).

Если вы хлопали предыдущему посту, вы используете hardcache или просто хотите поддержать – поставьте звезду на GitHub’е, это очень важно. 😄

Начинаю новый проект. Выбираю зависимости. Опять плачу от OpenTelemetry API/SDK. Но об этом потом.

А пока скажите: что сейчас стоит взять для test assertions? Раньше из проекта в проект тащил testify, но там как-то багов много, да и сделать что-то на дженериках, казалось бы, можно. Есть что-то получше?

Всё-таки, вещественные числа и IEEE 754 — это портал в ад: https://github.com/golang/go/issues/56600