Расписание

Рассмотрю этапы компиляции и сборки программ на Go, уделяя особое внимание преобразованиям, происходящим на промежуточных стадиях, таким как преобразование в промежуточный код SSA (Static Single Assignment) и генерация псевдоассемблерного кода.

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

Во всех проектах есть проблема роста сложности с течением времени. Из-за чего в какой-то момент вносить новые изменения становится очень дорого. В докладе расскажу о своем опыте применения подхода DDD (domain-driven design), который позволит решить эту проблему как при старте новых проектов, так и при рефакторинге существующих legacy-проектов.

Обсудим новые функции, улучшения производительности, инструменты разработки и другие инновации в Go 1.23.

Расскажу, как Go предоставляет разработчикам доступ к своему абстрактному ассемблеру, где его стоит применять и почему это может быть полезно. Рассмотрю различные примеры: от самых простых программ до применения SIMD-оптимизаций.

Почему GraphQL с точки зрения бэкенда это хорошо? Плюсы и минусы по сравнению с REST и gRPC.

Мы решили сделать свой аналог buf, учитывая боли, с которыми сталкиваются разработчики,  особенно из ИБ-сферы. Мы расскажем, какими готовыми инструментами вдохновлялись, как исследовали, как они работают под капотом, и что из этого у нас получилось.

Поговорим о Kafka Connect. Разберемся, как жить с ним и его проблемами на примере Postgres и Debezium

Писали когда-нибудь стейт-машину на Go? Пытались делать ее отказоустойчивой? Зря, все уже написано до нас: можно взять Temporal. Слушаем доклад о том, как его применять!

Внедрение микросервисов на Go — это стандартизация технологий, библиотек, настройка и конфигурация сервисов. Все это решает команда платформы, которая разрабатывает единый фреймворк/SDK для остальных разработчиков, но это дополнительное время и затраты. В докладе я хочу рассказать, как можно решить эту проблему, используя open source-решения.