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

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

Public

Просмотреть канал

Не можете присоединиться? @goproglib

0

24k Участники

Обновлено: May 27, 2026 at 1:29 AM

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

Все самое полезное для Go-разработчика в одном канале. По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/32d20779 Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/67a4a8c24689c2151c752af0 #WXSSA

@goproglib is a growing community focused on wxssa and proglibrary_feeedback_bot and related topics

Рейтинг

Глобальный рейтинг

#456

+2

Рейтинг по языку

#45

+1

Рейтинг по категории

#23

-1

Рост участников (Последние 16 дней)

Всего: 24.0K

Рост за 24ч: +0 0%

Loading...

Рейтинг

Требуется вход

Loading...

Loading recommended channels...

Последние посты

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

15 мая 2026 г., 18:53

👨‍💻 Resty переоценён. Используйте net/http с тонкой обёрткой

resty делает HTTP-запросы в Go удобнее. Но платите вы за это абстракцией поверх того, что стандартная библиотека уже умеет хорошо.

Resty скрывает детали реализации. Логика ретраев, поведение таймаутов, политика редиректов — всё это настраивается через API Resty, а не через http. Transport. Когда что-то ломается в проде, вы отлаживаете через два слоя вместо одного.

Что использовать

Тонкая обёртка вокруг net/http. Пишется один раз:
type Client struct {
base string
http *http. Client
headers map[string]string
}

func (c *Client) Get(ctx context. Context, path string, out any) error {
req, err := http. NewRequestWithContext(ctx, http. MethodGet, c.base+path, nil)
if err != nil {
return err
}
for k, v := range c.headers {
req. Header. Set(k, v)
}
resp, err := c.http. Do(req)
if err != nil {
return err
}
defer resp. Body. Close()
return json. NewDecoder(resp. Body). Decode(out)
}

http. Transport настраивается напрямую. Таймауты выставляются на http. Client. Ретраи с экспоненциальным бэкоффом добавляются именно там, где нужны.

Для межсервисного взаимодействия, внутренних API и интеграций с внешними сервисами этой обёртки более чем достаточно. Поведение предсказуемо, отладка прямолинейна, зависимостей нет.

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoToProduction

2,550

15

0

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

15 мая 2026 г., 18:53

📷 Photo

❤️ Миграции базы данных на Go

Миграции в проекте рано или поздно превращаются в хаос. Кто-то забыл накатить скрипт, у кого-то локально другая версия схемы, а в проде вообще непонятно что.

goose — это инструмент для миграций на Go, который работает и как CLI, и как библиотека.

Что умеет

goose поддерживает Postgres, MySQL, SQLite, ClickHouse, MSSQL, Spanner, YDB и ещё несколько баз. Миграции пишутся на SQL или на Go. Есть поддержка embed. FS, чтобы вшивать миграции прямо в бинарник.

Можно применять миграции не по порядку, подставлять переменные окружения в SQL-файлы и запускать отдельные миграции без версионирования.

Если бинарник получается слишком большим, можно собрать без лишних драйверов:
go build -tags='no_postgres no_mysql no_sqlite3 no_ydb' -o goose ./cmd/goose

Как работать

Создаём первую миграцию:
goose create add_users_table sql

Goose сгенерирует файл вида 20250511120000_add_users_table.sql. Внутри два блока:
-- +goose Up
CREATE TABLE users (
id int NOT NULL,
name text,
email text,
PRIMARY KEY(id)
);

-- +goose Down
DROP TABLE users;

Всё, что после -- +goose Up, выполняется при накатывании миграции. Всё после -- +goose Down — при откате.

Применяем все миграции:
goose postgres "user=postgres dbname=mydb sslmode=disable" up

Откатываем последнюю:
goose postgres "user=postgres dbname=mydb sslmode=disable" down

Смотрим статус:
goose postgres "user=postgres dbname=mydb sslmode=disable" status

Чтобы не передавать драйвер и строку подключения каждый раз, можно задать переменные окружения или положить их в .env файл:
GOOSE_DRIVER=postgres
GOOSE_DBSTRING=postgres://admin:admin@localhost:5432/mydb
GOOSE_MIGRATION_DIR=./migrations

Миграции на Go

Если SQL не хватает, миграции можно писать на Go:
package migrations

import (
"database/sql"
"github.com/pressly/goose/v3"
)

func init() {
goose. AddMigration(Up, Down)
}

func Up(tx *sql. Tx) error {
_, err := tx. Exec("UPDATE users SET username='admin' WHERE username='root';")
return err
}

func Down(tx *sql. Tx) error {
_, err := tx. Exec("UPDATE users SET username='root' WHERE username='admin';")
return err
}

Встраивание миграций в бинарник

С Go 1.16 можно вшить SQL-файлы миграций прямо в приложение через embed. FS:
package main

import (
"database/sql"
"embed"
"github.com/pressly/goose/v3"
)

//go:embed migrations/*.sql
var embedMigrations embed. FS

func main() {
var db *sql. DB
// настройка подключения к БД

goose. SetBaseFS(embedMigrations)

if err := goose. SetDialect("postgres"); err != nil {
panic(err)
}

if err := goose. Up(db, "migrations"); err != nil {
panic(err)
}
}

➡️ https://clc.to/CnHZGg

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoToProduction

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

15 мая 2026 г., 18:53

📷 Photo

🛠 mise для Go-разработчиков: версии, окружение и задачи в одном файле

В Go-проектах часто встречается такая ситуация: один сервис требует Go 1.21, другой уже на 1.22, а на CI стоит что-то третье. Переключаться руками неудобно, GOPATH и GOROOT легко запутать, а Makefile со временем превращается в набор магических команд, которые понимает только автор.

mise решает это без лишних движений: один файл mise.toml в корне проекта фиксирует версию Go, переменные окружения и команды сборки.

Установка
curl https://mise.run | sh
echo 'eval "$(~/.local/bin/mise activate bash)"' >> ~/.bashrc

Для zsh и fish команда активации аналогична, только меняется шелл.

Пример mise.toml для Go-проекта
[tools]
go = "1.22"

[env]
GOFLAGS = "-mod=vendor"
APP_ENV = "development"
DATABASE_URL = "postgres://localhost/myapp_dev"

[tasks.build]
description = "Собрать бинарник"
run = "go build -o bin/app ./cmd/app"

[tasks.test]
description = "Запустить тесты"
run = "go test ./..."

[tasks.lint]
description = "Запустить golangci-lint"
run = "golangci-lint run"

[tasks.run]
description = "Запустить сервер"
depends = ["build"]
run = "./bin/app"

Установить Go нужной версии и сразу запустить сборку:
mise install
mise run build

Как переключаться между версиями Go

Глобально поставить одну версию, а в конкретном проекте использовать другую:
mise use --global [email protected]

Внутри папки проекта это переопределяется через mise.toml. mise сам выставит правильный PATH при входе в директорию — никаких export GOROOT руками.

Проверить, какая версия активна прямо сейчас:
mise current go

Почему это лучше Makefile

Makefile не знает ничего про версии инструментов и переменные окружения. Разработчик клонирует репозиторий, запускает make build и получает ошибку, потому что у него Go 1.20, а проект требует 1.22.

С mise картина другая: mise install сам скачивает нужную версию Go, выставляет переменные и после этого mise run build работает так же, как на машине соседа и на CI.

Если в проекте несколько сервисов

mise поддерживает вложенные конфиги. В каждом подкаталоге со своим mise.toml будет своя версия Go и своё окружение. Глобальный конфиг при этом остаётся как запасной вариант.

➡️ https://clc.to/8zBsyA

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoToProduction

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

15 мая 2026 г., 18:53

📷 Photo

🐳 Контейнер от root — это не норма

Пользователь в Docker-контейнере по умолчанию root.

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

Как исправить

В distroless-образах пользователь nonroot уже есть из коробки:
FROM gcr.io/distroless/static-debian12
COPY --from=builder /app/server /server

USER nonroot:nonroot
CMD ["/server"]

В Alpine-образах пользователя нужно создать вручную:
RUN addgroup -S appgroup && adduser -S appuser -G appgroup
USER appuser

Дополните защиту read-only корневой файловой системой — в pod spec Kubernetes или в Docker Compose:
securityContext:
readOnlyRootFilesystem: true
runAsNonRoot: true

Это лишает атакующего возможности записывать файлы в контейнер даже при наличии RCE-уязвимости.

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoDeep

2,550

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

15 мая 2026 г., 18:53

📎Напишите конфиг сами

viper — самая частая рекомендация для конфигурации в Go. Он умеет читать файлы, переменные окружения, удалённые источники и устанавливать дефолты. Звучит удобно, но на практике создаёт проблемы.

В чём проблема

Viper тянет большое дерево зависимостей. Методы GetString, GetInt и подобные не типизированы — значения возвращаются в рантайме без проверки на этапе компиляции. Ключи конфига разбросаны по коду как строковые литералы. При нетривиальном использовании поведение при слиянии и приоритетах конфигов требует чтения исходников.

Что использовать

Структура с тегами и yaml. NewDecoder:
type Config struct {
DatabaseURL string `yaml:"database_url"`
Kafka KafkaConfig `yaml:"kafka"`
Server ServerConfig `yaml:"server"`
}

func Load(path string) (*Config, error) {
f, err := os. Open(path)
if err != nil {
return nil, err
}
defer f. Close()

var cfg Config
if err := yaml. NewDecoder(f). Decode(&cfg); err != nil {
return nil, err
}
return &cfg, nil
}
Переменные окружения добавляются вручную через os. Getenv там, где это нужно.

Что получаем

Полностью типизированный конфиг. Никаких строковых ключей. Граф зависимостей, который можно проверить за секунды. Код, который вы полностью контролируете.

Для JSON-конфига подход тот же, только с encoding/json. Пакет gopkg.in/yaml.v3 — единственная внешняя зависимость, и та минимальная.

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoToProduction

2,910

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

15 мая 2026 г., 18:53

📷 Photo

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

2,780

0

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

15 мая 2026 г., 18:53

⭐️ Батчинг и кэш без лишнего кода

Когда пишете GraphQL API на Go, рано или поздно сталкиваетесь с проблемой N+1. Резолвер запрашивает пользователя для каждого поста отдельно — и вместо одного запроса к базе получаете сотню. graph-gophers/dataloader решает именно это.

Что делает библиотека

Она собирает отдельные запросы в батч и выполняет их одним вызовом. Параллельно кэширует результаты на время жизни загрузчика. Это реализация https://github.com/facebook/dataloader для Go, с поддержкой дженериков начиная с v7.

Как это работает

Вы описываете одну батч-функцию, которая принимает список ключей и возвращает список результатов. Загрузчик сам накапливает ключи из параллельных вызовов Load(), вызывает вашу функцию один раз и раздаёт ответы обратно через thunk.
Thunk — это функция, которую возвращает Load(). Она блокирует выполнение до тех пор, пока батч не завершится, и отдаёт значение или ошибку.

Пример использования

Допустим, нужно загружать пользователей по ID. Без батчинга каждый резолвер делает свой запрос. С dataloader все запросы в рамках одного окна объединяются:
batchFn := func(ctx context. Context, ids []int) []*dataloader. Result[*User] {
users := fetchUsersByIDs(ctx, ids) // один запрос к БД
results := make([]*dataloader. Result[*User], len(ids))
for i, id := range ids {
results[i] = &dataloader. Result[*User]{Data: users[id]}
}
return results
}

loader := dataloader. NewBatchedLoader(batchFn)

// вызывается из разных горутин или резолверов
thunk := loader. Load(ctx, 42)
user, err := thunk()

Все вызовы Load() в одном временном окне попадут в один батч — fetchUsersByIDs выполнится один раз.

По умолчанию используется встроенный in-memory кэш. Он рассчитан на короткий цикл жизни — один HTTP-запрос. Если кэш не нужен совсем, есть NoCache:
loader := dataloader. NewBatchedLoader(batchFn, dataloader. WithCache(&dataloader. NoCache[int, *User]{}))

Можно передать свою реализацию интерфейса Cache, например, на основе Redis.

Если вы пишете GraphQL-сервер на Go и у вас есть резолверы, которые загружают связанные сущности — библиотека избавит от N+1 без ручного переписывания логики. Работает и без GraphQL: подходит для любых сценариев, где нужно объединять параллельные запросы за данными.

➡️ https://clc.to/xhfVVg

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoToProduction

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

15 мая 2026 г., 18:53

💡 Синтаксис Go, скорость C, без рантайма

Если вы пишете на Go и вам нужна низкоуровневая работа с памятью или вызов C-библиотек без оверхеда от Cgo — Solod именно для этого.

Что это такое

Solod (сокращённо So) — системный язык программирования. Синтаксис почти полностью совпадает с Go, но код транспилируется в C и компилируется в нативный бинарник через GCC или Clang. Никакого рантайма, никакого GC, никаких пауз.

Выпущена версия v0.1 с портированной стандартной библиотекой Go и улучшенным интеропом с C.

Портированы пакеты из стандартной библиотеки Go:

io, bufio, fmt — ввод-вывод общего назначения
bytes, strings, strconv, unicode/utf8 — работа со строками и байтами
slices, maps — обобщённые структуры данных
crypto/rand, math/rand — генерация случайных данных
flag, os, path — CLI и файловая система
log/slog — структурированные логи
time — работа со временем

Плюс два собственных пакета: mem — управление памятью с подключаемыми аллокаторами, и c — хелперы для интеропа с C.

Как выглядит интероп с C

Вот как подключить SQLite через его C API с помощью директивы so:include и инструмента sobind:
package main

import "solod.dev/so/c"

//so:include 

//so:extern SQLITE_OK
const sqliteOK = 0

//so:extern
type sqlite3 struct{}

func sqlite3_open(filename string, ppDb **sqlite3) int32
func sqlite3_exec(arg0 *sqlite3, sql string, ...) int32

Функции без тела транспилятор сам считает extern-декларациями. Go-строка в вызове sqlite3_exec автоматически превращается в const char* — без ручного преобразования.

Память: явная, но управляемая

Подход к аллокациям похож на Zig — всё выделяется явно через интерфейс mem. Allocator. Например, при чтении значения из SQLite:
name, err := m. Get(mem. System, "name")
// ...
mem. FreeString(mem. System, name)

Можно использовать mem. System (libc malloc/free) или арену на стеке:
var buf [1024]byte
arena := mem. NewArena(buf[:])
name, _ := m. Get(&arena, "name")

Нет пауз GC, нет моста Cgo при вызове C-библиотек. Платить за это приходится ручным управлением памятью.

Solod v0.1 подходит для домашних проектов и CLI-утилит — пакет flag работает так же, как в Go. Примеры cat, head, sort, wc есть в репозитории.

➡️ https://clc.to/cnOOWA

➡️ https://clc.to/Ujp4aA

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoLive

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

15 мая 2026 г., 18:53

🎥 Video

2,810

0

0

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

15 мая 2026 г., 18:53

🗓 14 мая в 19:00 (Мск) встречаемся в онлайне.

Тема: Почему AI-продукты на базе LLM ломаются и как сделать, чтобы работало.

В кружке выше Эмиль Сатаев рассказал, какие именно проблемы с LLM в проде будем разбирать.

Что в программе:
- Разберем реальные кейсы стартапов и ограничения LLM.
- Обсудим рабочие архитектуры: RAG, human-in-the-loop, контроль качества.
- Ответим на ваши вопросы и разберем кейсы участников.

🎁 Бонусы: в конце вебинара подарим промокод на скидку 10.000 ₽ на курсы и разыграем подписки на полезные AI-сервисы.

👉 https://clc.to/9-nzAw

2,910

4

0

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

6 апр. 2026 г., 00:43

📷 Photo

Врум-врум: разгоняемся на ВК ДжейТи Митап для Go-разработчиков!

Встречаемся в двух городах:
📍 Москва, 4 апреля
📍 Санкт-Петербург, 11 апреля

Формат — только офлайн, без трансляций. В программе — доклады от экспертов VK и другие активности.

Москва
• как боролись с вынужденными нагрузками и сократили число запросов с 400 млн до 200 тысяч
• как строится безопасная платформа мини-приложений с изоляцией, мультитенантностью и контролем ресурсов

Дальше выбирайте трек: архитектурная задача с разбором от экспертов VK или обсуждение новостей индустрии в подкасте с Никитой Галушко, ведущим разработчиком API ВКонтакте, членом программного комитета Golang Conf/Голанг Конф. А в завершение пит-стоп — вечеринка для нетворкинга.

Санкт-Петербург
• как строится безопасная платформа мини-приложений с изоляцией, мультитенантностью и контролем ресурсов
• устройство эффективного и быстрого клиента для Tarantool на Go — от наивного кода до оптимизаций с минимумом аллокаций и горутин
После докладов — командное решение архитектурной задачи и неформальное общение с экспертами и коллегами.

Приходите за практической пользой и обменом идеями! Регистрация по https://bit.ly/41bR9QS?erid=2VtzqxL64hC.

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

6 апр. 2026 г., 00:43

👨‍💻 Топ-вакансий для Go-разработчиков за неделю

https://t.me/godevjob (GO) — до 300 000 ₽, удаленно по Москве

https://t.me/godevjob — до 280 000 ₽ удаленно по России

https://t.me/godevjob (Отдел разработки ядра, отчёты) — от 475 000 ₽, удаленно по МСК

➡️ Еще больше топовых вакансий — в нашем канале https://t.me/godevjob

🐸

#GoWork

3,040

1

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

6 апр. 2026 г., 00:43

📷 Photo

🤩 В Go 1.27 будет тернарный оператор

После 15 лет и 847 закрытых issues с пометкой «by design» команда Go приняла https://clc.to/IIbHkA.

package main
func main() {
x := 42
result := x > 0 ? "positive" : "non-positive"
println(result)
}

Говорят, Роб Пайк плакал, и явно не от радости.

Попались? С первым апреля!😁

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

4,310

152

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

6 апр. 2026 г., 00:43

📎 Отрицательное время

Представьте: всё работает. Нет алертов, нет красных дашбордов. И вдруг в логах:
request_duration_ms: -43

Проблема в том, что «время» это не одно понятие, а два.

Есть время настенных часов: «который сейчас час?». Оно синхронизируется по сети, корректируется системой и иногда прыгает назад на несколько миллисекунд.

start := time. Now()
// ... передали start в другой сервис, записали в БД ...
elapsed := end. Sub(start) // wall clock — может быть отрицательным

Есть монотонное время: «сколько прошло?». Оно только растёт и не зависит от синхронизации.

start := time. Now()
// ... делаем работу ...
elapsed := time. Since(start) // монотонный компонент, всегда >= 0

Для измерения задержек нужно второе. Но большинство кода использует первое и не замечает разницы, пока не появляется -43ms.

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoDeep

3,320

15

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

6 апр. 2026 г., 00:43

📷 Photo

⚡️ Neovim 0.12.0

Вышел Neovim 0.12.0. Разбираем главное.

LSP

Добавлено много новых возможностей:

• textDocument/inlineCompletion — inline-подсказки прямо в редакторе

• textDocument/linkedEditingRange — одновременное редактирование связанных символов, например, открывающий и закрывающий HTML-тег

• textDocument/onTypeFormatting — форматирование во время набора

• textDocument/selectionRange — инкрементальное выделение: v_an расширяет выделение, v_in сужает

• textDocument/documentColor + colorPresentation — предпросмотр цветов прямо в буфере

• Переработан codeLens — теперь отображается как виртуальные строки

• Новая команда :lsp для интерактивного управления LSP-клиентами

• DiagnosticRelatedInformation теперь видна в vim.diagnostic.open_float(), а gf прыгает к проблемному месту

• vim.lsp.buf.rename() подсвечивает переименовываемый символ через hl-LspReferenceTarget

Новые команды и плагины

• :DiffTool — сравнение директорий и файлов
• :Undotree — визуальный навигатор по дереву отмен
• :iput — вставка с автовыравниванием отступа
• :uniq — дедупликация строк в буфере
• :restart — перезапуск Nvim с переподключением текущего UI
• :connect — динамическое подключение UI к серверу
• :wall ++p — автоматически создаёт отсутствующие родительские директории
• gx в help-буферах теперь открывает онлайн-документацию по тегу под курсором

Новые опции

• autocomplete — включает встроенное автодополнение при наборе
• pumborder — рамка вокруг popup-меню завершения
• winborder — кастомный стиль рамки окна, включая "bold"
• diffop' теперь включает "indent-heuristic" и "inline:char" по умолчанию
• maxsearchcoun' — максимум для searchcount(), по умолчанию 999
• busy — статус «занятости» буфера, отображается в статусной строке символом ◐
• pummaxwidth — максимальная ширина popup-меню завершения
• fillchars получил новый флаг "foldinner"
• listchars получил новый флаг "leadtab"

Производительность

• Ctrl-R для вставки из регистров стал в 10 раз быстрее — теперь работает как paste, а не как ввод пользователя

• vim.glob.to_lpeg() — новая реализация на LPeg, ~50% быстрее для сложных паттернов

• LSP semantic tokens теперь запрашиваются только для видимой области экрана (textDocument/semanticTokens/range) — меньше трафика, быстрее отклик

• :packadd больше не инвалидирует кэш Lua-путей — значительный выигрыш при старте для конфигов с множеством :packadd

➡️ https://clc.to/dlYfKQ

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoLive

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

6 апр. 2026 г., 00:43

📷 Photo

🐳 Пересборка за секунды вместо минут

Правильный порядок слоёв в Dockerfile решает половину проблемы. go mod download не перезапускается, если go.mod не менялся, то это знают все. Но стоит обновить любую зависимость, даже патч-версию, и Docker пересобирает слой с нуля: скачивает все модули заново, прогоняет полную компиляцию.

BuildKit решает через постоянный кэш, который живёт между билдами независимо от слоёв.

Как это работает:
# syntax=docker/dockerfile:1
FROM golang:1.26.1-alpine AS builder

WORKDIR /build
COPY go.mod go.sum ./

RUN --mount=type=cache,target=/go/pkg/mod \
go mod download

COPY . .

RUN --mount=type=cache,target=/go/pkg/mod \
--mount=type=cache,target=/root/.cache/go-build \
CGO_ENABLED=0 GOOS=linux go build -o /app ./cmd/server

/go/pkg/mod это кэш скачанных модулей. Если пакет уже был загружен в предыдущем билде, он не качается снова даже если слой инвалидирован.

/root/.cache/go-build это кэш компилятора Go. Файлы, которые не изменились с прошлой сборки, не перекомпилируются. Именно это даёт наибольший выигрыш при инкрементальных изменениях кода.

Mount-кэш не попадает в финальный образ. Это не слой, а временная точка монтирования, которая существует только во время RUN. Размер образа не растёт, данные не утекают в прод.

В новых версиях Docker BuildKit включён по умолчанию. Если нет, то включить можно двумя способами:
# Переменная окружения
DOCKER_BUILDKIT=1 docker build .

# Или в /etc/docker/daemon.json
{ "features": { "buildkit": true } }

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoDeep

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

6 апр. 2026 г., 00:43

📷 Photo

Яндекс ищет начинающих и опытных разработчиков

Работать в Яндексе — это синтезировать науку и бизнес, создавать полезные продукты для миллионов пользователей. Участвуйте в https://clck.ru/3Sffjh/?erid=2VtzqxCBfXT* и получите офер за неделю.

Сейчас нам нужны:

🟢Бэкенд-разработчики с опытом на C++, Python, Java/Kotlin, Go** от 4 лет.

🟢Стажёры-разработчики, с базой по алгоритмам и структурам данных, навыком кодинга на C++, Python, Java/Kotlin, Go**.

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

Даты мероприятия:

🟢 11–17 апреля — для опытных бэкендеров.
🟢 13–17 апреля — для стажёров.

🔶 Все этапы проходят онлайн. Подробности и регистрация — по ссылке: https://clck.ru/3Sffjh/?erid=2VtzqxCBfXT

3,350

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

6 апр. 2026 г., 00:43

📷 Photo

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoGiggle

3,570

3

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

6 апр. 2026 г., 00:43

[poll]

3,470

1

0

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

6 апр. 2026 г., 00:43

🤩 Go-обёртка для YottaDB стала читаемой

YottaDB это key-value база данных с ACID-транзакциями. YDBGo её официальная Go-обёртка. Вышла вторая версия, посмотрим что поменялось.

Что было не так с v1

v1 имел два API — SimpleAPI и EasyAPI — оба многословные, с неудобными сигнатурами. Каждый вызов требовал передавать tptoken и errstr, вручную вызывать Alloc и Free, и писать обработку ошибок после каждой операции. Вот как выглядело простое чтение значения:

// v1 EasyAPI
x, err := ValE(tptoken, &errstr, varname, subsarray)
if err != nil { ... }

// v2
x := n. Get()

Что изменилось в v2

Центральная идея это доступ к базе через экземпляры *Conn и *Node. Создаёте соединение, создаёте узел, работаете с ним:
db := yottadb. MustInit()
defer yottadb. Shutdown(db)

conn := yottadb. NewConn()
n := conn. Node("varname", "sub1", "sub2")

n. Set("hello")
x := n. Get()
n. Kill()

tptoken и errstr больше нигде не передаются — они хранятся внутри Conn. Буферы освобождаются автоматически через GC — Alloc/Free ушли.

Итерация раньше её не было вовсе, нужно было вручную вызывать SubNextE. Теперь:
for node := range n. Children() {
println(node)
}

for node := range n. Tree() {
println(node)
}

Транзакции стали лаконичнее:
conn. Transaction("BATCH", nil, func() {
n. Set(value)
})

Вызов M-кода из Go:
// v1 — 6 строк с проверками ошибок
// v2
table := conn. MustImport("calltab.ci")
retval := table. Call("mfunc", "param1", 2, 3)

Производительность

v2 быстрее v1 за счёт снижения числа аллокаций. Node переиспользует буферы при итерации через Index() вместо создания нового объекта на каждый шаг. Конкретные цифры: базовые операции быстрее EasyAPI в 4–7 раз, SimpleAPI — на 1–4%.

v1 продолжает поддерживаться, v1 и v2 можно использовать в одном приложении одновременно. Для постепенного перехода — есть таблица соответствия синтаксиса в официальном блоге и диффы реальных миграций.

➡️ https://clc.to/sLvuvw

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoLive

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

1 апр. 2026 г., 19:14

📷 Photo

🤩 15 способов склеить строки в Go

https://clc.to/0sDNJA практически все распространённые подходы к конкатенации строк в Go и прогнал их через бенчмарки. Два сценария: фиксированное число аргументов (например, сборка cache key) и переменное (динамические SQL-условия и т.п.).

Что тестировалось

+, +=, fmt. Sprintf, fmt. Sprint, strings. Join, bytes. Buffer, strings. Builder — последние два с предварительной аллокацией через . Grow() и без.

Фиксированные аргументы

В сценарии с фиксированным числом аргументов победителем оказался strings. Builder с предварительной аллокацией, следом + оператор и strings. Join. Все трое с минимальным числом аллокаций и низким потреблением памяти. Проще говоря, привычный + здесь вполне нормален и не нужно его усложнять.

// Просто и быстро для фиксированных аргументов
func BuildCacheKey(id, name, region string) string {
return id + "#" + name + "#" + region
}

Переменные аргументы

При переменном числе аргументов лидируют strings. Builder с . Grow() и strings. Join — оба показали одинаково хорошие результаты по времени, памяти и числу аллокаций. += в цикле оказался катастрофически медленным: на 256 аргументах он требует 255 аллокаций против 1 у Join.

// Плохо: O(n) аллокаций
func bad(ss []string) string {
result := ss[0]
for _, s := range ss[1:] {
result += "#" + s // новая аллокация на каждой итерации
}
return result
}

// Хорошо: 1 аллокация
func good(ss []string) string {
return strings. Join(ss, "#")
}

// Хорошо: 1 аллокация, максимум скорости
func best(ss []string) string {
var length int
for _, s := range ss {
length += len(s) + 1
}
var b strings. Builder
b. Grow(length)
b. WriteString(ss[0])
for _, s := range ss[1:] {
b. WriteString("#")
b. WriteString(s)
}
return b. String()
}

Практические рекомендации:

- Фиксированное число строк → просто +, не думайте об этом
- Переменное число строк → strings. Join как дефолт, strings. Builder + . Grow() если критична производительность
- fmt. Sprintf / fmt. Sprint → только для форматирования, не для конкатенации
- bytes. Buffer → медленнее strings. Builder почти везде, смысла нет
- += в цикле → никогда

fmt. Sprintf медленнее всех в фиксированном сценарии, а strings. Join оказался неожиданно быстрым. Сам автор признаётся, что использовал Sprintf по привычке из-за удобной форматной строки — и зря.

Ничего революционного, но полезно иметь под рукой как шпаргалку, когда кто-то в ревью спрашивает «а почему не Sprintf?».

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoDeep

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

1 апр. 2026 г., 19:14

📷 Photo

👀 Go 1.27: вывод типов для дженерик-функций станет последовательным

В Go 1.21 вывод типов заметно улучшился: компилятор научился автоматически подбирать типовые параметры дженерик-функции, когда она используется в присваивании или возвращается из другой функции. Но, как оказалось, это работало не везде одинаково.

Но, присваивание дженерик-функции полю структуры через = компилятор обрабатывает корректно, а то же самое через литерал структуры нет.

Вот конкретный пример:
type S struct{ f func(int) }

func g[T any](T) {}

func _(s S) {
s.f = g // ok
s = S{f: g} // error: cannot use generic function g without instantiation
s = S{f: g[int]} // ok — но зачем, если тип и так известен?
}

То же самое касается элементов массивов, слайсов, мап и отправки в каналы — паттерн одинаковый: через индекс работает, через литерал — нет.

Во всех этих случаях тип левой стороны присваивания полностью известен во время компиляции, так что вывод типового параметра однозначен. Отсутствие вывода это неожиданное поведение, заставляющее разработчика писать лишний шум вроде g[int] там, где он очевиден.

➡️ https://clc.to/zwCBjw

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoDeep

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

1 апр. 2026 г., 19:14

📷 Photo

🔄 GoLand 2026.1 вышел

С пылу с жару — GoLand 2026.1. Несколько полезных обновлений для Go-разработчиков.

Синтаксические обновления для Go 1.26. IDE теперь сама находит устаревший код и предлагает перейти на новый синтаксис. Поддерживаются два паттерна: создание указателей через new() и типобезопасное разворачивание ошибок через errors. AsType. Применить изменения можно сразу по всему проекту через меню Refactor → Update Syntax или через Search Everywhere. Перед применением показывается diff-превью каждого изменения.

Git worktrees. Теперь можно работать с несколькими ветками одновременно без переключения контекста. Удобно для hotfix-ов или когда AI-агенту нужна отдельная ветка.

Больше AI-агентов. Помимо Junie и Claude Agent, добавлена поддержка GitHub Copilot, Cursor и других агентов через Agent Client Protocol (ACP). Устанавливаются в один клик через новый ACP Agent Registry.

Terraform Stacks. Базовая поддержка работы со стеками прямо в IDE: навигация по компонентам, автодополнение, создание деплойментов.
Wayland по умолчанию на Linux. Улучшены рендеринг и обработка ввода. Если Wayland недоступен, IDE автоматически переходит на X11.

Code With Me уходит. Начиная с 2026.1 плагин исключён из поставки IDE. Он доступен в JetBrains Marketplace как отдельный плагин, но 2026.1 станет последней версией с официальной поддержкой сервиса.

➡️ https://clc.to/pMUJfA

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoLive

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

1 апр. 2026 г., 19:14

📷 Photo

🤨 Молчаливый баг, который не падает и ничего не говорит

Есть парсер логов. Работает месяцами. Однажды в лог прилетает одна аномальная строка: 100 КБ без символа переноса.

bufio. Scanner читает файл в цикле. Программа не паникует, не выбрасывает ошибку в stderr, не зависает. Просто эта строка не попадает в обработку.

По умолчанию Scanner не обработает токен длиннее bufio. MaxScanTokenSize, но какое ожидаемое поведение при переполнении?

➡️ https://t.me/go_problems_lib

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#ReadySetGo

3,210

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

1 апр. 2026 г., 19:14

📷 Photo

90% Go-разработчиков проваливают собеседования из-за базовых вопросов

Не из-за алгоритмов, а из-за обычных вещей вроде:
— goroutines
— memory model
— race conditions
— scheduler
— garbage collector

Нияз, Senior Golang Developer и автор блога в Telegram, собрал навигацию по всем ключевым hard skills — 120+ шпаргалок для Go-разраба. Можно использовать как шпаргалку перед собеседованиями.

👉 Переходите на канал, подписывайтесь и сохраняйте себе пост из закрепа

#реклама, ИП Хадимуллин Нияз Талгатович, ИНН 026007147486 erid: 2VtzquwtBWD

3,130

6

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

1 апр. 2026 г., 19:14

📷 Photo

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoGiggle

3,440

24

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

1 апр. 2026 г., 19:14

😱 Если ваш продукт не умеет отдавать данные в формате, понятном AI-агенту, то вас просто не существует

Скрипт не будет кликать по красивым кнопкам в браузере, он уйдёт к конкуренту с нормальным API. Перестроить архитектуру под машинных клиентов — это уже не хайп, а необходимое условие сохранения конкурентоспособности.

Как адаптировать продукт и не исчезнуть из выдачи:

— интегрировать MCP и A2A-взаимодействие, чтобы агенты могли вас читать;
— научиться контролировать стоимость (лимиты, кэш, роутинг между моделями);
— настроить AgentOps: трейсинг, логирование и отлов регрессий.

Всё это ждёт вас на https://clc.to/YcZxWg. Мы специально сделали фокус на утилитарном инжиниринге и production-ready решениях.

Кстати, до 29 марта можно забрать курс с большой скидкой, и стоит поторопиться — мест на потоке всё меньше.

https://clc.to/YcZxWg 👈

3,560

22

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

1 апр. 2026 г., 19:14

📷 Photo

❗️ Kafka выстрелила в прод в 7 утра в январские праздники

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

Архитектор собрал 5 типичных ошибок при работе с Kafka, тех, что не проявляются сразу, а в самый неподходящий момент.

➡️ https://proglib.io/sh/2hMS6tps0K

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

3,690

12

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

1 апр. 2026 г., 19:14

📎 Cтоимость сборщика мусора

Сборщик мусора в Go потребляет два ресурса: память и CPU. Чтобы понять, как им управлять, разберём простую модель.

Память

GC нужно помнить две вещи: что осталось живым после прошлого цикла и что выделила программа с тех пор. Сложите эти два числа и получите размер кучи на момент следующего запуска GC.

CPU

Основная работа GC состоит в том, чтобы пройтись по всей живой памяти и пометить, что ещё нужно, а что можно выбросить. Чем больше живой памяти, тем дольше это занимает. Чем больше указателей и связанных списков, тем медленнее обход.

Компромисс на пальцах

Представьте уборщика в офисе. Убирается каждый час — мусора почти нет, но он постоянно мешает работать. Убирается раз в день — мусор накапливается, зато никто не отвлекается.

GC работает так же. Допустим, программа постоянно выделяет 10 МБ/с, а живая куча занимает 10 МБ.

GC запускается каждую секунду: успевает накопиться ещё 10 МБ, куча вырастает до 20 МБ, CPU-нагрузка составляет 10%.

GC запускается каждые 2 секунды: успевает накопиться 20 МБ, куча вырастает до 30 МБ, CPU-нагрузка падает до 5%.

Реже запускаем — меньше грузим CPU, но тратим больше памяти. Чаще запускаем — экономим память, но платим процессорным временем.
Это и есть главный компромисс GC: память vs CPU.

В Go частота запуска GC является единственным параметром, которым разработчик управляет напрямую. Всё остальное GC решает сам.

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoDeep

3,500

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

1 апр. 2026 г., 19:14

🛠 Go Fiber v3: как мигрировать с v2

Fiber v3 вышел в стабильный релиз. Если вы используете v2 в продакшене, вот что нужно знать перед миграцией и зачем она вообще нужна.

Что поменялось

Три изменения, которые влияют на код

1️⃣ fiber. Ctx теперь реализует context. Context

В v2 приходилось вызывать c. UserContext(), чтобы передать контекст в стандартные библиотеки. В v3 fiber. Ctx удовлетворяет интерфейсу context. Context напрямую.
// v2
ctx := c. UserContext()
rows, err := db. QueryContext(ctx, "SELECT ...")

// v3
rows, err := db. QueryContext(c, "SELECT ...")

2️⃣ Статика переехала в middleware

Метод app. Static() убран. Его функциональность перенесена в отдельный static middleware.
// v2
app. Static("/", "./public")

// v3
import "github.com/gofiber/fiber/v3/middleware/static"

app. Use("/", static. New("./public"))

3️⃣ Изменился метод Listen

Метод Listen объединён с конфигурацией. Настройки теперь передаются напрямую в вызов. Если у вас есть кастомная конфигурация запуска сервера, придётся поправить.

Как мигрировать

Команда Fiber выпустила CLI с встроенным инструментом миграции:
go install github.com/gofiber/cli/fiber@latest
fiber migrate --to v3

После запуска обязательно проверяйте весь diff вручную. Инструмент иногда меняет код, который к Fiber не относится.

Что ещё появилось в v3

Drop() — тихий сброс соединения без ответа клиенту, удобно для DDoS-защиты.

End() — немедленный сброс ответа.

SendEarlyHints() — поддержка HTTP 103.

Пакет extractors с единым API для извлечения значений из заголовков, кук, query-параметров и форм. Раньше каждый middleware дублировал эту логику по-своему.

RouteChain для Express-стиля объявления маршрутов. HEAD-маршруты теперь регистрируются автоматически для каждого GET.

Нативная поддержка context. Context убирает целый класс бойлерплейта. Основные breaking changes — это статика и конфигурация Listen, они чинятся быстро. Запустите CLI-инструмент, прогоните тесты, вручную проверьте diff.

📍 Навигация: https://clc.to/fuWG8g • https://clc.to/_Jfhrg • https://clc.to/zbSIdg

🐸

#GoToProduction

Showing 30 of 49 posts