Библиотека Go-разработчика | Golang

🤖 Два курса по AI по цене одного — только до 15.11!

Наигрались с нейросетями, и хотите применять их в реальных проектах?

Обращаем ваше внимание на ИИ-связку Proglib Academy:

➡️ «ИИ для разработчиков» — соберите собственный рабочий процесс с AI: от планирования и написания кода до тестирования и code review.

➡️ «Разработка ИИ-агентов» — научитесь создавать агентов, которые умеют работать с API, базами знаний и внешними инструментами, выполнять последовательность действий и решать прикладные задачи.

⏬ Вы получите два взаимодополняющих навыка: эффективную AI-разработку и инженерное создание AI-агентов за 59 000 ₽.

📍 Покупаете один курс, второй - в подарок. Не упустите свой шанс прокачаться - только до 15 ноября 😏

Зелёный go mod verify — что он подтверждает?

Команда проверяет, не изменилось ли содержимое зависимостей в локальном module cache после скачивания:

go mod verify

Go повторно хеширует zip-архивы и распакованные каталоги модулей из build list, затем сравнивает результаты с хешами, записанными при загрузке. При успехе:

all modules verified

Для проверки на Go 1.27.3 создан собственный тестовый модуль, локальный file://-прокси и изолированный кэш. До изменения команда завершилась успешно. После замены константы в распакованной копии она вернула код 1:

example.com/cachetoy v1.0.0: dir has been modified (...)

Это контроль целостности кэша, а не поиск уязвимостей и не проверка vendor. Содержимое модулей здесь сверяется с записью о скачивании, а не с go.sum. При выборе версий команда всё же может получить go.mod и проверить его через go.sum.

Точные границы проверки

📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека Go-разработчика

PGO начинается с профиля нагрузки

Компилятору можно показать, какие участки программы чаще выполняются. Для этого Go принимает CPU-профиль в формате pprof и использует его при оптимизации следующей сборки.

Рабочий цикл: выпустить бинарник → собрать репрезентативный профиль в production → пересобрать актуальные исходники с этим профилем. Файл default.pgo кладут в каталог main-пакета:

go build -o service .
go build -pgo=off -o service-no-pgo .

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

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

На Go 1.27.3 проверена механика: локальный синтетический CPU-профиль подхватился автоматически, а go version -m показала параметр -pgo=…/default.pgo. Это проверка подключения профиля, не замер production-ускорения.

Как собирать и использовать профили

📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека Go-разработчика