Ограничивайте объём незавершённых работ, а не просто отменяйте их.
Неограниченный fan-out — это режим отказа по умолчанию в конкурентной среде Go: каждая инструкция go — это ещё одна задача в работе, без ограничений и без владельца. Эта статья о том, как дать им и то, и другое.
Пять стеков Go HTTP, одна тестовая установка, реальные цифры.
Пакет Go поставляется с HTTP-сервером, готовым к производственной эксплуатации, в своей стандартной библиотеке, а начиная с Go 1.22 встроенный маршрутизатор самостоятельно обрабатывает сопоставление методов и параметры пути. Вопрос о выборе фреймворка не исчез, но сузился.
Не позволяйте AI-агентам отклоняться от спецификаций, тестов и кода.
Агенты ИИ для написания кода быстро выпускают функции, но спецификации, тесты и код незаметно расходятся. Этот гид описывает модель прослеживаемости, маппинг спецификаций на тесты и код, а также проверки CI, которые выявляют расхождения перед слиянием.
Предотвращение блокировки очередей из-за отравляющих сообщений
Очередь мёртвых писем (Dead-Letter Queue, DLQ) — это страховочная сеть, которая перехватывает сообщения, не поддающиеся обработке потребителями, чтобы одно неисправное сообщение не блокировало очередь и не приводило к тихой потере всех последующих сообщений.
Предотвращайте каскадные сбои в микросервисах на Go.
Тайлбрейкер (circuit breaker) предотвращает «бомбардировку» ваших Go-сервисов отказывающей зависимостью, защищая от каскадных сбоев, которые истощают горутины, сокет-соединения и память, пока вся система не рухнет.
Пять фаз: от намерения к верифицированному коду.
Разработка на основе спецификаций (Spec-Driven Development, SDD) работает тогда, когда спецификация является рабочим процессом, а не документом, который архивируют после запуска проекта. Цель — не создать большой документ требований к продукту.
Записывайте событие вместе с данными. Никогда не разделяйте их.
Два обновления, которые должны выполниться вместе, в итоге могут завершиться ошибкой по отдельности.
Ваш сервис заказов сохраняет заказ в базе данных, а затем публикует событие order.created в брокере сообщений.
Контекст в Go — это управление потоком выполнения, а не хранилище данных.
Go’s context.Context настолько прост, что им легко начать пользоваться неправильно — и в этом как раз заключается проблема.
«Спецификация как источник истины, а не вспомогательный документ».
Разработка на основе спецификаций (Spec-Driven Development) — это одна из тех идей, к которым инженеры по софту обращались ранее, а затем откладывали, когда усилия переставали приносить отдачу.
Держите намерение близко к коду.
Записи о принятых решениях — это недостающий слой памяти в разработке программного обеспечения с помощью ИИ. Они фиксируют не только то, что было построено, но и почему — и это различие становится критически важным, когда ваш код пишут инструменты на базе искусственного интеллекта.
Обрабатывайте ошибки на надлежащем уровне.
Обработка ошибок в Go — тема, которой легко критиковать. Каждый разработчик на Go писал этот код сотни раз:
Прекратите использовать сон в конкурентных тестах на Go.
Тестирование конкурентного кода на Go всегда требовало определенной дисциплины. Горутины дешевы, каналы просты, а отмена контекста является идиоматичной — фоновые рабочие процессы и таймеры повсюду в реальных сервисах на Go.
Реализация CQRS на Go без лишних сложностей
CQRS — это один из тех паттернов, который часто переоценивают, усложняют и иногда ошибочно принимают за панацею от скуды обычного CRUD.
Избегайте дублирования побочных эффектов
Идемпотентность в распределённых системах — это свойство, которое спасает вас, когда сеть врёт, очередь повторяет отправку, клиент паникует, а оператор нажимает «повтор». В продакшен-системах дублированная доставка — это норма. Дублирование побочных эффектов — это ошибка.
Чат-платформы в качестве контрольных плоскостей для систем
Платформы для чатов эволюционировали далеко за пределы простых инструментов обмена сообщениями. В современных системах они функционируют как интерфейсы между автоматизированными процессами и человеческим принятием решений.
Превратите Discord в безопасную интерактивную шину оповещений.
Discord становится серьезной поверхностью интеграции, когда к нему относятся именно так: как к месту, где системы публикуют события, люди принимают решения, а автоматизация продолжает рабочий процесс.
