Реализация системы обработки заказов

Temporal — это фреймворк для реализации долговременных рабочих процессов (workflows) на Go. В данном практическом шестичастном руководстве рассматривается создание системы обработки заказов, используя Go, Temporal, Gin, sqlc, PostgreSQL и Docker.

1️⃣ Setting Up the Foundation
2️⃣ Advanced Temporal Workflows
3️⃣ Advanced Database Operations
4️⃣ Monitoring and Alerting
5️⃣ Distributed Tracing and Logging
6️⃣ Production Readiness and Scalability

👉 @golang_lib

Параллелизм — одно из главных преимуществ Go, но без понимания горутин и каналов код быстро превращается в хаос. Если вы хотите наконец разобраться, как работает многопоточность “по-гошному” — добро пожаловать на открытый урок OTUS.

📗На вебинаре вы узнаете, как запускать тысячи задач одновременно без перегрузки процессора, почему горутины дешевле потоков и как безопасно обмениваться данными через каналы. Разберём типичные ошибки новичков — утечки, блокировки и deadlock-и — и покажем, как их избегать.

❗️После урока вы поймёте базовую механику конкурентности в Go и сможете уверенно использовать её для создания быстрых и надёжных приложений.

📆 10 ноября в 20:00 МСК. Открытый вебинар проходит в преддверии старта курса «Golang Developer. Basic».
👉Регистрируйтесь и начните понимать Go не на уровне “синтаксиса”, а на уровне процессов: https://vk.cc/cQYS21

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

⏱️ Работа со временем в Go

Обработка времени — одна из самых трудных задач в программировании, но в Go она реализована максимально удобно.
Matt Boyle подробно объясняет ключевые принципы работы с временем в Go и показывает, как писать код, который легко тестировать при использовании временных функций.

https://www.bytesizego.com/blog/golang-time

👉 @golang_lib

Counterfeiter — инструмент для генерации самостоятельных, типобезопасных тестовых заглушек в Go

При модульном тестировании часто нужны поддельные реализации зависимостей. В Go такие заглушки трудно создавать автоматически во время выполнения, а ручная реализация отнимает время. Counterfeiter упрощает задачу, автоматически генерируя тестовые фейки для заданного интерфейса.

https://github.com/maxbrunsfeld/counterfeiter

👉 @golang_lib

🌐 HTTP уже не тянет? В микросервисной архитектуре запросы множатся, скорость падает, а код превращается в клубок зависимостей. Настало время познакомиться с инструментом, который решает эти проблемы изящно — gRPC.

📗 На открытом уроке вы разберёте, как работает этот фреймворк, почему он вытесняет REST и как описывать API с помощью Protobuf. Вы узнаете, как обеспечить обратную совместимость между сервисами, повысить производительность и упростить взаимодействие микросервисов.

❗️После вебинара вы сможете строить быстрые и надёжные коммуникации между сервисами на Go — с чистой архитектурой и минимумом боли.

➡️ 12 ноября в 20:00 МСК. Открытый вебинар проходит в преддверии старта курса «Golang Developer. Professional». Регистрируйтесь и узнайте, почему gRPC становится стандартом нового поколения для Go-разработчиков: https://vk.cc/cR3zC5

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Увеличение производительности Go-приложений с использованием оптимизации, основанной на профилировании

Благодаря профилированию Go-приложений во время выполнения, компилятор Go может принимать более эффективные решения об оптимизации в последующих сборках, что приводит к значительному улучшению производительности CPU. В рамках этой технической сессии разработчики узнают, как работает оптимизация, основанная на профилировании, и как они могут использовать её для повышения (и измерения) производительности своих приложений как в Google Cloud, так и за его пределами.

https://www.youtube.com/watch?v=FwzE5Sdhhdw

👉 @golang_lib

📉👩‍💻 Гайд по garbage collector в Go

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

https://tip.golang.org/doc/gc-guide

👉 @golang_lib

Препроцессоры на Go: нарушение границ или сила -toolexec

Мы в Смартомато — супер продуктовые ребята. Со временем у нас скопились недовольство по поводу работы с Golang, захотелось залезть в технические дебри. Произошла гиперкомпенсация и мы придумали препроцессинг в Go. Да, несмотря на то, что этот язык официально не поддерживает препроцессоры — мы всё равно сделали. А сейчас делимся результатами этой работы с вами.

Эта статья по мотивам моего доклада на Golang Conf X 2025 о болях шаблонного кода и вариантах их решения с помощью препроцессинга на базе стандартного тулчейна Go. В тексте не будет сравнения с препроцессорами в других языках и морально-этической оценки решения.

https://habr.com/ru/companies/oleg-bunin/articles/958946/

👉 @golang_lib

Легко визуализируйте граф зависимостей вашего Go-проекта с внешними модулями

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

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

https://github.com/bayraktugrul/modview

👉 @golang_lib

‍Оптимизация Go: как повысить скорость и эффективность кода

Меня зовут Макс, я Go-разработчик в компании SimbirSoft. Язык Go (Golang) стремительно набирает популярность, он всё чаще внедряется в существующие программные решения, а также встречается в стеке новых проектов. Высокая производительность и скорость работы – его главные преимущества, поэтому для реализации бизнес-задач он подходит как нельзя кстати. Go легко поддерживается и отлично годится для создания MVP, из-за чего востребованность в нём растёт.

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

https://habr.com/ru/companies/simbirsoft/articles/819015/

👉 @golang_lib

Транзакции в БД на Go с использованием многослойной архитектуры

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

Однажды, я столкнулся с инцидентом на проде и обратился за помощью к самому опытному инженеру. Он пришел на помощь и с легкостью изменил значение в БД с помощью... ручного обновления. 🤯 Проблема заключалась в том, что набор SQL-обновлений не был выполнен внутри транзакции.

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

SQL кажется чем-то, что мы все хорошо знаем, и мало чем может удивить. (Ему уже 50 лет!) Возможно, пришло время пересмотреть подходы, так как мы уже прошли фазу хайпа по поводу NoSQL, и снова возвращаемся к “используйте просто Postgres”, а иногда и к “SQLite тут за глаза”.

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

Основной принцип многослойной архитектуры заключается в разделении критически важных частей кода (логики) от деталей реализации (например, SQL-запросов). Одним из способов достижения такого разделения является паттерн «Репозиторий». Однако, наиболее сложным аспектом такой архитектуры является обработка транзакций.

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

Как же организовать код таким образом, чтобы избежать путаницы между слоями? Я часто вижу, как люди задаются этим вопросом, и мне знакома эта боль. Мы сами искали решение, и со временем наши подходы менялись. Вот список различных методов, которые можно рассмотреть, и всё, что я узнал по этому поводу.

https://habr.com/ru/articles/848596/

👉 @golang_lib