Библиотека Go разработчика | Golang в мессенджере MAX — 171 подписчиков, аналитика и статистика

Последние публикации канала «Библиотека Go разработчика | Golang»

1. 61 просмотров, 30 июл. 2026 г.

   🔍 LeetCode Daily: считаем подстроки за один проход Задача дня на LeetCode — Number of Strings That Appear as Substrings in Word. Дан массив строк patterns и строка word. Нужно вернуть количество строк из patterns, которые входят в word как подстроки. Подстрока — это непрерывная последовательность символов внутри строки. Если patterns = ["a","abc","bc","d"] и word = "abc", ответ будет 3: входят "a", "abc" и "bc", а "d" нет. ➡️ Решение   В Go для этого есть готовый инструмент — strings.Contains. Проходим по каждому паттерну и проверяем вхождение. Если вошло, увеличиваем счётчик. import…

2. 79 просмотров, 28 июл. 2026 г.

   🤩 Фаззинг находит то, что вы не догадались проверить У обычных тестов есть слепое пятно. Они проверяют случаи, которые вы придумали, а баги живут в тех, что не придумали. Покрытие в 90% говорит, сколько строк вы прогнали, но молчит о том, сколько форм входа упустили. Зелёный прогон означает лишь, что код отработал на ваших примерах, а не что устоит против всех. ➡️ Идея в одном сдвиге Вы пишете не пример, а свойство, которое обязано держаться всегда. Машина сама ищет вход, который его ломает. Вместо «на входе X жду Y» вы описываете инвариант: func FuzzParse(f *testing.F) { …

3. 85 просмотров, 26 июл. 2026 г.

   📎 Главная проблема в микросервисах Сервис стартует чистым. Через полгода его трогать никто не хочет. Багов нет, тесты проходят, но любое изменение задевает пять файлов, а новому инженеру три дня объясняют, что где лежит. Проблема не в алгоритме и не в кэше, а в структуре. Команды копируют раскладку папок, не понимая контракт, который эта раскладка должна навязывать. Папки вместо архитектуры Спросите десять команд про структуру сервиса, и почти все опишут что‑то такое. /cmd /internal /handlers /services /repository /models /pkg Выглядит разумно и проходит ревью. Беда в том, что…

4. 94 просмотров, 24 июл. 2026 г.

   👨‍💻 Контекст неизменяемый, а память нет Правило знают все. context.WithValue ничего не меняет, а создаёт новую обёртку, поэтому контекст безопасно шарить между горутинами. Учебники забывают сказать главное. Иммутабельны обёртки, а объект в корне цепочки может переиспользоваться фреймворком через sync.Pool. Тогда горутина, пережившая запрос, держит указатель на память, которая вот‑вот достанется другому запросу. Хендлер запускает фоновую задачу и сразу возвращает ответ. Линтер ругается на отмену контекста, и со времён Go 1.21 его успокаивают одной строкой: go…

5. 97 просмотров, 22 июл. 2026 г.

   💡 Предложение добавить slog.TestHandler в стандартную библиотеку Go В трекере Go появилось предложение добавить в пакет log/slog готовый хендлер, который пишет логи в testing.TB. Тогда логи приложения и логи теста окажутся в одном выводе и привяжутся к нужному тесту или подтесту. ❓ Зачем это Сопоставлять логи приложения с тестом, который их породил, приходится постоянно. Кирпичик для этого уже есть. Метод testing.TB.Output() добавили в Go 1.25 для T, B и F, а в Go 1.26 расширили на сам интерфейс TB. Но готового хендлера в slog нет, поэтому каждый проект собирает его заново. Обычно…

6. 105 просмотров, 20 июл. 2026 г.

   ⚡️ Быстрый бэкап с шифрованием и дедупликацией из коробки restic — это открытая программа бэкапа на Go, которая работает на Linux, macOS, Windows, а также FreeBSD и OpenBSD. На GitHub у проекта около 34 тысяч звёзд. Что делает Снимает инкрементальные снапшоты ваших файлов, шифрует их, дедуплицирует и складывает в хранилище, которому не обязательно доверять. Каждый новый снапшот занимает место только под реальный прирост данных, а дубликаты убираются ещё до записи в бэкенд. ➡️ Принципы, на которых построен Просто. Бэкап и восстановление не должны быть сложными, иначе их…

7. 153 просмотров, 16 июл. 2026 г.

   🤨 Не прокидывайте context в чистые функции. Он стоит дороже, чем кажется Проброс контекста штука верная и важная. Но совет «всегда прокидывай context» превращается в карго культ, когда ctx добавляют в сигнатуру каждой функции, включая чистые функции без всякого ввода вывода, просто потому что так сказал линтер или комментарий в PR: // Этой функции context не нужен func calculateInstallments(principal float64, rate float64, months int) []Installment { // чистая математика, нет I/O, нет горутин } У контекста есть цена. Это аргумент, который приходится тянуть повсюду, он зашумляет…

8. 149 просмотров, 14 июл. 2026 г.

   🚀 Java догнала Go, а на больших запросах обогнала В 2020 Марк Нельсон проверял, может ли Java-микросервис держать скорость как у Go. Тогда для маленького сервиса вышла ничья. В июне 2026 замер повторился на свежих рантаймах, и расклад поменялся. Оба сервиса гоняли по очереди на одной машине, без конкуренции за CPU. Go на стандартном net/http, без фреймворка. Java на Helidon SE с виртуальными потоками, в двух вариантах. Обычный JVM от Oracle JDK 26 и тот же JDK с AOT-кэшем Leyden. Сервис делал немного работы на запрос. Регистр, разворот строки, CRC32 и JSON в ответ. ❓ Что показали…

9. 153 просмотров, 12 июл. 2026 г.

   🔍 Почему у горутин нет ID Разработчики, пришедшие из Java или Python удивляются: горутина запущена, но получить её идентификатор нельзя. Нет метода, нет структуры, нет ничего, что можно было бы сохранить и использовать потом. В Go это сделано намеренно. ❓ Как это устроено Горутина — анонимный воркер. Она не имеет имени, не возвращает дескриптор при запуске, не регистрируется нигде в рантайме с точки зрения программиста. Это не техническое ограничение. Рантайм Go знает о каждой горутине всё что нужно — стек, статус, планировщик. Но эта информация намеренно скрыта от прикладного…

10. 146 просмотров, 10 июл. 2026 г.

    😁 Интерфейс ради мока проверяет ваш мок, а не код Сообщество Go любит интерфейсы, и они правда мощные. Но в какой-то момент «пиши тестируемый код» превратилось в «оборачивай в интерфейс вообще всё»: type UserRepository interface { GetByID(ctx context.Context, id string) (*User, error) Create(ctx context.Context, u *User) error Update(ctx context.Context, u *User) error Delete(ctx context.Context, id string) error } // и мок на 120 строк, который расходится с реальной // реализацией в тот же миг, когда кто-то добавил метод Мок становится грузом в поддержке. Он не говорит,…

11. 149 просмотров, 08 июл. 2026 г.

    📎 Пусть main делает реальную работу «Просто свяжи всё в main, логику вынеси в пакеты, держи main.go в двадцать строк». Так советуют. Совет не то чтобы неверный, но ведёт к конкретной поломке. Вы получаете папку cmd/ из пакетов, которые вызываются ровно из одного места, и main.go на двадцать строк вида «вызвать функцию бутстрапа в internal/app». Вы добавили лишний слой, но не добавили абстракции. ➡️ Что делать вместо Пусть main делает настоящую работу. Читает конфиг, инициализирует пул базы, связывает зависимости, поднимает gRPC сервер и регистрирует обработчик остановки. Если ваш…

12. 164 просмотров, 06 июл. 2026 г.

    🤨 Оборачивать каждую ошибку контекстом не нужно Популярный совет в Go звучит разумно. Оборачивайте каждую ошибку, пока она всплывает по стеку вызовов, чтобы всегда знать, откуда она пришла: func getUser(id string) (*User, error) { u, err := db.QueryUser(id) if err != nil { return nil, fmt.Errorf("getUser: query failed: %w", err) } return u, nil } В маленьком проекте это работает. Но в системе, где один запрос проходит через шесть сервисов, вы получаете строки ошибок вот такого вида: processPayment: validateAccount: fetchBalance: getUser: query failed: context…

13. 176 просмотров, 04 июл. 2026 г.

    💻 Про детектор утечек горутин Горутина утекает, когда блокируется на канале или локе, который никто никогда не освободит, и висит до конца жизни процесса. В Go 1.27 для таких случаев в runtime/pprof добавляют профиль goroutineleak. Предложение приняли ещё в апреле, родом оно из Uber, оттуда же, откуда и популярная uber-go/goleak. Главная идея в том, что детектор ездит на сборщике мусора. Горутина считается утёкшей, если канал или лок, на котором она стоит, недостижим ни из одной живой горутины, ни из тех, что живые могли бы разбудить. Разбудить её нечем, и GC помечает её как утечку.…

14. 186 просмотров, 02 июл. 2026 г., изображение

    🧑‍💻 Технический долг: кредит, который вы берёте у себя будущего В 1992 году Уорд Каннингем, создатель вики, описал кривой код через метафору займа. Быстрое решение сегодня ускоряет разработку. Но это кредит, и по нему капают проценты. Проценты это время, которое вы потом потратите на правки, баги и сопровождение. ❓ Почему долг копится Причин обычно несколько: • Давление бизнеса. Бизнесу нужно выпустить продукт раньше, чем будут сделаны все необходимые изменения. В спешке накапливается долг. • Отсутствие процессов или понимания. Бизнес не знает про технический долг и принимает решения,…

    
15. 177 просмотров, 30 июн. 2026 г.

    🧑‍💻 Конструктор, из которого собран Docker Когда вы запускаете контейнер, под капотом работает движок. Писать такой движок с нуля никто не хочет, там слишком много низкоуровневой возни с неймспейсами, cgroups, образами и сетью. Moby — это открытый проект, который Docker вынес в апстрим, набор готовых компонентов для сборки систем на контейнерах. Из этих кубиков собран сам Docker, и из них же вы можете собрать что-то своё. ➡️ Что внутри. Moby это не одна программа, а коллекция компонентов с понятными API, среди них движок выполнения контейнеров, инструменты сборки образов, работа с…