🙊 Когда баг стал секретом

Иногда проблемы на проекте кажутся мелкими, и мы принимаем решение не сообщать о них, надеясь, что они исчезнут сами собой.

Подписчик поделился своей историей о скрытом баге:

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

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

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

💬 Прятали ли вы баги от начальства? Или сразу во всём признаётесь? Делитесь в комментариях 👇

P.S. Если хотите задать вопрос сообществу или поделиться историей, заполните нашу гугл-форму.

🐸Библиотека Go-разработчика #междусобойчик

👨‍💻 Когда fmt.Println уже не спасает

Ваше Go-приложение может вести себя странно только на сервере. Отладка через log.Printf и догадки — не лучший путь. Лучше использовать удалённую отладку с помощью Delve.

Delve работает как сервер, принимающий подключения от клиента (например, VS Code).

Он умеет удалённо:

• Ставить брейкпоинты,
• Пошагово выполнять код,
• Смотреть значения переменных и стек вызовов,
• Отлаживать goroutines и каналы.

📦 Базовый сценарий

1. Ставите dlv на сервер (go install github.com/go-delve/delve/cmd/dlv@latest).

2. Запускаете приложение в режиме дебага:

dlv exec ./myapp --headless --listen=:2345 --api-version=2 --accept-multiclient

3. На локальной машине подключаетесь через VS Code с помощью плагина и конфигурации launch.json.

Работает даже в Docker-контейнере — просто пробросьте порт.

Самый главный минус — нельзя отлаживать уже запущенный бинарь без перезапуска.

🐸Библиотека Go-разработчика #буст

🏃‍♀️ 1 день до конца спец предложения

Успей впрыгнуть на курс «AI-агенты для DS» до завтрашнего повышения цены: 59.000 р. вместо 69.000 р.

🎙 Наш спикер — Никита Зелинский, Chief Data Scientist МТС, в своем канале рассказывает о RAG:

Про RAG слышали все — это уже два года самый массовый способ применения LLM в проде для бизнеса.

Это значит, что точность и надёжность такого решения достаточно предсказуемы для того, чтобы исключить человека из процесса аппрува выдачи LLM,
а связка «локально развернутая LLM + RAG над корпоративными документами» обеспечивает достаточную конфиденциальность, чтобы снять тревожность
«что наши данные попадут в OpenAI».

Эта история настолько популярна, что на рынке есть готовые RAG-решения,
а даже «маленькие» опенсорс-модели (до 5B) уже обзавелись своей RAG-ареной:
👉 https://huggingface.co/spaces/aizip-dev/SLM-RAG-Arena

Во время обучения на курсе «AI-агенты для DS» научим собирать автономные системы под реальные бизнес-задачи. На прошлой неделе мы рассказали о первом занятии.

➡️ вот что ждет слушателей курса на втором:

— Собираем свой RAG-пайплайн на своих данных
— Обсуждаем, почему качество такой системы нельзя измерять «на глаз»
— Разбираем схему LLM as a Judge и как подготовить для неё датасет
— Что такое guardrails и как они спасают от бреда
— Что делать, когда LLM не знает ответа
— Смотрим на агентский RAG и обсуждаем, можно ли использовать RAG как память агента

Если пропустили первое занятие, то вот ссылочка

❗️До повышения цены остался последний день — бронируйте место сейчас

🐸Библиотека Go-разработчика #развлекалово

✏️ Как в газете, но современный

1. Он помогает разделить код на логически связанные компоненты

2. Тип данных представляющий собой изменяемый массив

3. Структура данных хранящая пары «ключ-значение»

4. Легковесный поток выполнения в Go

5. Блок кода с параметрами и результатом

6. Передача данных между горутинами

Пишите свои ответы в комментарии под спойлером 👇

🐸Библиотека Go разработчика #междусобойчик

📈 Итоги недели

Мы выбрали самые интересные статьи и материалы недели, которые стоит изучить.

— Новый линтер для проверки порядка

Библиотека structfieldinitorder для Go реализует линтер, который проверяет, что при инициализации структуры поля указываются в том же порядке, в каком они определены в объявлении структуры.

— Современное проектирование Go-приложений

Автор делится опытом построения Go-приложений, подчёркивая важность структуры кода и разделения слоёв.

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

— Создание балансировщика нагрузки с нуля

Если вы хотите понять, как работает балансировка нагрузки на уровне разработки, этот процесс стоит изучить с нуля.

Здесь рассматривается создание балансировщика и сопровождается реальным примером реализации на Go.

— Пройдите наш опрос про облачные технологии

🐸Библиотека Go-разработчика #свежак

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

Разработчик (Managed Greenplum) — от 300 000 ₽, Удаленно (Москва/Санкт-Петербург).

Golang разработчик — до 300 000 ₽, Удаленно (Москва).

Golang-разработчик — Гибрид (Екатеринбург).

Golang разработчик (Middle+, Senior) — Удаленно (Москва).

Go разработчик (Middle) — до 250 000 ₽, удаленно.

Software Development Engineer — Удалённо.

Бустер — Удалённо (не только Москва).

➡️ Еще больше топовых вакансий — в нашем канале Go jobs

🎮 Управление событиями с использованием Go

Проблема: вреальных системах необходимо эффективно управлять событиями, такими как сигналы операционной системы, для корректного завершения процессов или обработки ошибок. В языке Go для этого используется пакет os/signal, который позволяет перехватывать и обрабатывать системные сигналы, такие как SIGINT или SIGTERM.

Решение: в книге «System Programming Essentials with Go» автор объясняет, как с помощью Go можно управлять системными событиями, используя каналы и горутины для асинхронной обработки сигналов.

Пример кода:

package main

import (
  "os"
  "os/signal"
  "syscall"
  "fmt"
  "time"
)

func main() {
  // Создание канала для получения сигналов
  sigChan := make(chan os.Signal, 1)
  // Уведомление о получении SIGINT и SIGTERM
  signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)

  // Запуск горутины для обработки сигнала
  go func() {
    sig := <-sigChan
    fmt.Printf("Получен сигнал: %s. Завершаем программу...\n", sig)
    // Здесь можно добавить код для корректного завершения работы
    time.Sleep(2 * time.Second) // Имитируем время на завершение
    os.Exit(0)
  }()

  fmt.Println("Программа работает. Нажмите Ctrl+C для завершения.")
  select {} // Блокировка основного потока
}

Преимущества:

— Использование горутин позволяет не блокировать основной поток программы.
— Каналы Go обеспечивают безопасную передачу данных между горутинами без необходимости использования мьютексов.
— Код остается читаемым и легко поддерживаемым благодаря простоте синтаксиса Go.

➡️ Лучшее из мира IT-книг — у нас в @progbook