🗓 14 мая в 19:00 (Мск) встречаемся в онлайне.

Тема: Почему AI-продукты на базе LLM ломаются и как сделать, чтобы работало.

В кружке выше Эмиль Сатаев рассказал, какие именно проблемы с LLM в проде будем разбирать.

Что в программе:

- Разберем реальные кейсы стартапов и ограничения LLM.
- Обсудим рабочие архитектуры: RAG, human-in-the-loop, контроль качества.
- Ответим на ваши вопросы и разберем кейсы участников.

🎁 Бонусы: в конце вебинара подарим промокод на скидку 10.000 ₽ на курсы и разыграем подписки на полезные AI-сервисы.

👉 Зарегистрироваться на вебинар

❓ Как вам вопросы этой недели

Оцените их по шкале 🔥,❤️,👍,😢, 🥱,
где 🔥 — это супер, а 🥱 — это скучно.

Также приветствуется фидбек в комментариях.

🐸 Библиотека Go для собеса

❓ Какое обязательное требование к срезу для slices.BinarySearch
 
Срез должен быть отсортирован по возрастанию — иначе результат непредсказуем.
 

names := []string{"Alice", "Bob", "Vera"}
n, found := slices.BinarySearch(names, "Bill")
// n=1, found=false — позиция, куда нужно вставить "Bill"
 
n, found = slices.BinarySearch(names, "Vera")
// n=2, found=true

🐸 Библиотека Go для собеса

❓ Что изменилось в функции new в go 1.26

Теперь в качестве аргумента можно передавать не только тип, но и выражение с начальным значением.

p := new(42) // *p == 42

Если аргумент expr имеет тип T, то new(expr) выделяет переменную типа T, инициализирует её значением expr и возвращает указатель типа *T.

🐸 Библиотека Go для собеса

🔥 Знакомьтесь с экспертом Proglib.academy: Эмиль Сатаев

Эмиль — эксперт с 8-летним опытом в разработке, который специализируется на внедрении LLM и агентных подходов в реальные коммерческие сервисы. Он точно знает, как проектировать архитектуру так, чтобы ИИ-функции работали стабильно в связке с внешними системами.

🏃‍♀️ Уже 14 мая Эмиль проведет открытый вебинар!

Обсудим самую «больную» тему: «Почему AI-продукты на базе LLM ломаются и как сделать, чтобы работало».

🗓 Когда: 14 мая в 19:00 (Мск)

Почему Эмиля стоит послушать:

🟣 8+ лет в разработке (Backend и Frontend)

Прошел путь от фулстека до Backend Platform Developer в SMIT.Studio.

🟣 Международный исследовательский опыт

Работал исследователем в Институте ИИ НИУ ВШЭ и в Национальном университете Сингапура (NUS).

🟣 Преподаватель-практик

Ведет семинары в НИУ ВШЭ, в том числе по проектированию и разработке агентских систем.

🟣 Мастер интеграции AI в Backend

Его главная суперсила — умение правильно встраивать LLM через API, выстраивать workflow и агентную логику в сложных распределенных системах.

🔗 Зарегистрироваться на вебинар

❓ Как использовать context в юнит-тестах

t.Context() — основной способ (Go 1.24+):

func TestFetch(t *testing.T) {
    result, err := Fetch(t.Context(), "https://example.com")
    // ...
}

Контекст автоматически отменяется при завершении теста, в том числе по go test -timeout. Не нужен ни defer cancel(), ни ручной WithTimeout.

Явный таймаут — когда тестируете временно́е поведение:

ctx, cancel := context.WithTimeout(t.Context(), 500*time.Millisecond)
defer cancel()

Базовый контекст — t.Context(), не context.Background(). Так контекст остаётся привязан к жизненному циклу теста.

🐸 Библиотека Go для собеса

❓ Что изменилось в команде go fix в Go 1.26

go fix была полностью переписана с нуля. Вот ключевые изменения:

Старая реализация cmd/fix была удалена, а go fix перестроена по модели go vet — обе команды теперь работают поверх одного и того же фреймворка. Разница между ними в том, что go vet сообщает о диагностике, а go fix применяет предложенные исправления.

Команда Go разработала десятки анализаторов для выявления возможностей модернизации кода. Они предоставляют надёжный способ обновить кодовую базу до актуальных идиом и API стандартной библиотеки.

Все старые фиксеры из оригинальной go fix, которые к этому моменту были устаревшими, были полностью удалены.

🐸 Библиотека Go для собеса

❓ Когда использование OnceValue может быть неправильным решением

Когда результат зависит от контекста или должен меняться со временем, например, обновляемый конфиг.

OnceValue кэширует навсегда и для изменяемых данных нужен другой механизм: atomic, mutex, канал.

🐸 Библиотека Go для собеса

❓ Как сэкономить память при использовании подстроки от строки

В Go строки неизменяемы и внутри представлены заголовком с указателем на массив байтов и длиной. При создании среза строки, например, s[10:20] данные не копируются — новый заголовок просто указывает на ту же область памяти оригинала. Из-за этого, если маленькая подстрока живёт дольше родительской строки, весь исходный массив остаётся в памяти, так как сборщик мусора не может его освободить, даже если нужна только небольшая часть.

Чтобы экономить память, используйте strings.Clone(substr)или string([]byte(substr)) для создания независимой копии подстроки. Это создаёт новый массив только с нужными байтами, позволяя сборщику мусора освободить большой исходный массив.

Копируйте строки только если подстрока действительно живёт значительно дольше родителя — для кратковременной обработки, например, внутри обработчика запроса, срез без копирования эффективнее, так как выделение и копирование дороже, чем удержание лишней памяти.

🐸 Библиотека Go для собеса

❓ Можно ли отдавать «HTTP 200 OK», если на сервере что-то пошло не так

Код 200 говорит клиенту: «Всё прошло штатно, держи результат». Если вместо результата внутри тела прячется ошибка, то клиент вынужден парсить ответ, чтобы понять, что запрос на самом деле провалился. Это ломает саму идею HTTP-контракта.

Когда это всё-таки допустимо? При ошибках бизнес-логики. Например, валидация формы вернула список замечаний: сам запрос обработан корректно, просто данные не прошли проверку на уровне домена. Но даже тут стоит трижды подумать.

Для всего остального в HTTP уже есть подходящие коды — и они существуют не просто так:

🔹 400 Bad Request — клиент прислал невалидные данные
🔹 404 Not Found — ресурс не существует
🔹 500 Internal Server Error — сервер сломался и не смог обработать запрос
🔹 503 Service Unavailable — сервер на паузе: перегрузка, деплой, обслуживание

🐸 Библиотека Go для собеса

❓ Что возвращает Buffer.Peek(n), если в буфере меньше n байт

Buffer.Peek возвращает срез доступных байт даже если их меньше n. Ошибки при этом нет. Поведение аналогично bufio.Reader.Peek, но там при нехватке байт возвращается io.ErrUnexpectedEOF — это распространённое заблуждение при переносе привычек из bufio.

🐸 Библиотека Go для собеса

Решаешь задачи, смотришь курсы, а работы всё нет? 🤨

Потому что знать Go и уметь пройти собес - это разные вещи. Компании не платят за знания. Они платят за тех, кто умеет себя продать и решать задачи в стрессовых условиях.

❤️Меня зовут Дима Урин, и я веду разработчиков до оффера на 300-400к в топ-компании. Лично от первой задачи до закрытия испытательного срока.

Хочешь так же?💰

Приходи на ведение
Приходи на ведение

Реклама. Урин Дмитрий Алексеевич, ИНН 760404084194. Erid 2Vtzqvb278C