Фотография
Как повысить точность RAG, выбрать подходящую архитектуру и сохранить сервис при сбое AI-агента — открыли записи трёх докладов HighLoad++ 2025, где спикеры показывают, как решали эти задачи в своих проектах.
🔴Как RAG ускоряет поддержку RUTUBE: от гибридного поиска до мониторинга галлюцинаций. Виктор Леньшин.
Если ваш RAG часто отвечает «не знаю» или не справляется с растущей базой знаний, доклад поможет пересмотреть подход к поиску и оценке качества. Сравните первую версию RAG с подходом на основе гибридного поиска, разберётесь в роли BM25 и FRIDA, изучите альтернативы Milvus и сможете выбрать метрики, которые точнее покажут качество системы.
🔴RAG → GraphRAG → LightRAG: как мы трижды переписывали медицинский AI и кратно снизили издержки. Андрей Носов.
Когда нужно выбрать RAG-архитектуру и обосновать её стоимость, сравните три подхода на примере одного проекта. Доклад поможет оценить, когда обычного RAG уже недостаточно, во сколько может обойтись GraphRAG и как LightRAG меняет баланс между качеством ответов и затратами на индексацию.
🔴Как сохранить высокую надежность при GenAI-трансформации. Вячеслав Кудряшов.
Если AI-агент становится частью критичной системы, заранее спроектируйте её поведение при сбоях. В докладе разберёте, как отслеживать действия агента, ограничивать зацикливание, продолжать работу без него и откатывать критичные операции. Эти решения можно использовать как основу для собственных требований к надёжности GenAI.
Продуктивного просмотра и отличных выходных 🙌
❤3👍1
10 · 661 · HighLoad++
Видео
1.7 МБ
1.7 МБ
Посмотрели, как Tesla взлетает. Теперь хочется послушать тех, кто над ней работал. С чего начали, сколько раз падала, что было самым сложным?
За нашим коротким «готово» в рабочем чате тоже может стоять история на долгий разговор с коллегой. 😉
А вам что было бы интересно узнать про внутрянку этой Tesla?
1 · 855 · Фотография
Новый выпуск Podcast++ про ML в инцидент-менеджменте: как научить систему находить связи между тысячами событий и собирать их в реальные инциденты вместо ручного разбора каждого алерта.
🎤 Ведущий: Александр Арестенок, руководитель команды мониторинга Ви.Tech.
🖐 В гостях: Евгений Лачугин и Михаил Копытин, MWS.
Обсудили:
🟣почему ручная обработка событий перестает работать на больших масштабах,
🟣как использовать накопленные данные дежурных инженеров для обучения ML,
🟣и где автоматизация действительно помогает быстрее находить и разбирать инциденты.
Этот выпуск будет полезен SRE, DevOps-инженерам, специалистам по мониторингу и всем, кто работает с надежностью больших систем.
🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave
2 · 806 · HighLoad++
Фотография
Как проверить работу AI-агента, прежде чем доверять ему изменения в коде или разбор аварии?
Приходите на эти мастер-классы, чтобы разобраться на конкретных примерах, как агент следует инструкциям, какие результаты выдаёт и что делает, когда что-то ломается:
🔴Мы наняли ИИ, что дальше? Или техно-экстремизм, который мы заслужили. Георгий Меликов (Exordos).
Как встроить ИИ в разработку — от требований до поддержки? Георгий покажет на открытых примерах, как организовать тестирование, запускать стенды и деплой по кнопке и оценивать затраты на инфраструктуру.
🔴От документа к действию: создаём инженерный гайдлайн, который понимает AI-агент. Евгений Харченко (Райффайзен Банк).
На этом мастер-классе вы превратите правило команды или частое замечание с ревью кода в инструкцию с примерами и ограничениями. Выполните одну задачу без инструкции и с ней, сравните результаты и проверите, следует ли агент вашим правилам.
🔴OpenClaw против хаоса: сможет ли агент справиться с авариями? Филипп Бочаров (МТС Web Services (MWS)).
Филипп попробует создать и испытать агента прямо на сцене, а вы выберете, что ломать. Сравните, как простая и доработанная версии справляются с авариями: что делают, как быстро работают и сколько токенов расходуют.
Приходите сравнить подходы и выбрать, что попробовать в своей команде.
➡️ Узнать больше о программе — на сайте HighLoad++ 2026
2 · 635 · HighLoad++
Фотография
Как масштабировать вычисления, разобраться с расходами AI-агента и найти причину замедления базы? Собрали пять материалов этой недели, в которых инженеры разбирают свои решения, показывают измерения и говорят об ограничениях.
🔴How DoorDash Built a Next-Generation Real-Time Dispatch Platform.
Технический кейс DoorDash: пока система распределяла заказы, ситуация на дорогах успевала измениться. Если тоже упираетесь в пределы масштабирования, посмотрите, как команда разделила координацию и вычисления и проверила новую архитектуру на копии production-трафика.
🔴Cutting our inference bill by 68% by being obsessive about optimization.
Статья о расходах AI-ревьюера Cloudflare. Если агент обходится всё дороже, здесь есть с чем сравнить свои наблюдения: команда проследила расход токенов, убрала лишние вызовы инструментов и наладила переиспользование контекста. Средняя стоимость ревью снизилась с $2,43 до $0,77; качество замечаний проверяли отдельно.
🔴Troubleshooting MySQL with OpenTelemetry Metrics.
Практическая статья для случая, когда график уже показывает проблему, а причина ещё не ясна. На примерах соединений, запросов и блокировок разберётесь, какие данные собрать дальше и как проверить свою гипотезу. Есть SQL-запросы и оговорки о том, чего метрики не доказывают.
🔴SIMD and Go.
Статья с примерами кода и разбором инструкций компилятора. Если оптимизируете вычислительный цикл, сможете сравнить обычную реализацию с SIMD и оценить, стоит ли ускорение дополнительной сложности. API пока экспериментальный, а результат зависит от задачи и данных.
🔴8 eMudhra certificates are compromised. Here's what you need to know.
Разбор инцидента с сертификатами eMudhra. Если проверили обновления в браузере, загляните и в фоновые сервисы: у них могут быть собственные хранилища доверия. В материале объясняют, как проследить TLS-проверку приложения и почему обновления SDK может не хватить.
Забирайте дайджест и делитесь с коллегами 🙌
1 · 277 · Фотография
У другой команды «всё заработало». Но прежде чем применять у себя, нужно понять логику решения: при какой нагрузке оно работает, какие варианты команда отбросила, что пришлось переделать и на какие компромиссы пойти.
На HighLoad++ 2026 вы сможете заглянуть под капот решений спикеров. Разберёте, как менять легаси под высокую нагрузку, находить причины деградации и избегать гонок в распределённых системах. Сравните подходы к проверке кода AI-агентов, оценке затрат и запуску локальных LLM для нескольких команд.
В итоге вы сопоставите чужое окружение со своим и определите, какие изменения заслуживают эксперимента, какие риски стоит учесть и на что пока не тратить время.
➡️ Открывайте программу, выбирайте темы под свои задачи и присоединяйтесь к нам 30 ноября и 1 декабря в Москве.
2 · 1.3K · HighLoad++
Фотография
Как работать с базами под нагрузкой, когда привычных инструментов уже не хватает?
На докладе и мастер-классе вы разберёте альтернативы для бэкапа сотен терабайт и увидите, как смена инструментов помогает ускорить антифрод без тонкой настройки приложения:
🔴Бэкап апокалипсис: ищем альтернативные решения для БД размером в 100+ терабайт, когда стандартные решения бессильны! Андрей Комягин (STM Labs).
Что делать, если у вас бэкап занимает сутки и мешает работе основной системы? Андрей разберёт альтернативы: LVM-снапшоты, бэкап Cassandra/Scylla по диапазонам токенов и копирование с реплики.
🔴Мастер-класс: Ускорение антифрода в прямом эфире. Владимир Комаров, Федор Васильев (xStack).
Где искать запас скорости, если не ограничиваться настройками приложения и более мощным железом? Владимир и Федор покажут в прямом эфире, как ускорить антифрод, выйдя за пределы привычного набора инструментов.
Приходите на доклад — разобраться, как выбрать способ бэкапа с учётом нагрузки и времени восстановления, а на мастер-класс — проследить, какие изменения дают прирост скорости.
➡️ Больше о программе — на сайте HighLoad++ 2026
6 · 1.4K · HighLoad++
Фотография
Новый выпуск Podcast++ о том, как устроен поиск Ozon под высокой нагрузкой: как за десятки миллисекунд выбрать из огромного каталога и отранжировать самые релевантные товары, сохранив скорость и качество выдачи.
🎤 Ведущий: Михаил Степанов, Ви.Tech.
🖐 В гостях: Лев Саськов, руководитель команды среднего поиска Ozon.
Обсудили:
🟣как устроены три уровня поиска Ozon;
🟣где происходит ранжирование и персонализация;
🟣какими метриками измеряют качество выдачи;
🟣как балансируют между релевантностью и latency;
🟣как выкатывают изменения без скачков p99;
🟣какие простые оптимизации дают заметный эффект;
🟣какие архитектурные решения пришлось пересмотреть с ростом нагрузки.
Выпуск будет полезен backend- и ML-инженерам, тимлидам и всем, кто работает с highload-системами, поиском и ранжированием.
🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave
16 · 1.3K · HighLoad++
Фотография
Когда отвечаете за команду, приходится принимать решения о процессах разработки, архитектуре и технических приоритетах. Собрали три записи докладов HighLoad++ 2025, которые помогут разобраться, как AI меняет работу команды, что нужно для надёжной работы агентов и как выстроить работу с техдолгом.
👩🔬Стратегия масштабирования команд. Алексей Шарапов.
Внедряете AI в разработку? Посмотрите, как это меняет роли, код-ревью и работу с артефактами. Алексей разбирает, где новые инструменты помогают, где мешают и как развитие команды связано с архитектурой.
👩🔬Как сохранить высокую надежность при GenAI-трансформации. Вячеслав Кудряшов.
Если готовите AI-агента к продакшену, проверьте, что произойдёт при его отказе. В докладе — опыт критичных банковских систем: как ограничивать зацикливание, отслеживать действия агента и откатывать изменения.
👩🔬Не тушите пожары, стройте систему: управление техдолгом в гармонии с бизнесом. Алексей Шаблюк.
Когда работу с техдолгом снова откладывают, нужны аргументы для разговора с бизнесом. Алексей разбирает, как оценивать расходы и риски, выбирать приоритеты и договариваться о времени на инженерные улучшения. Делится и решениями, которые увеличили долг.
В докладах спикеры разобрали, как обосновывать инженерные решения и учитывать их последствия для команды, системы и бизнеса.
10 · 1K · HighLoad++
Фотография
Мы знакомы с Алексеем Рыбаком пару десятков лет, член Программного комитета HighLoad++ почти с самого начала. Сейчас Алексей копает AI-агентов.
Почему меня это цепляет - потому что Алексей инженер до мозга костей, если он копает AI-агентов, то копает правильно.
На следующей неделе Алексей запускает свой авторский курс “Product Engineer: программирование с агентами”.
Примерно 2 месяца разнообразной практики агентской разработки, причем с максимально удобным онбордингом: при необходимости команда курса даёт доступ ко всем моделям без VPN, иностранных карт и телефонных номеров.
Буткемп language-, agent- и LLM-agnostic: Алексей учит принципам агентской разработки, которые переживут и GLM 6, Qwen 4, и следующий модный харнесс.
Почему Product Engineer?
Почти всё, что десятилетиями формировало ценность программиста, катится к херам. Язык уже почти не имеет значения: крупнейшие конференции в РФ запускают AI-треки вместо language-specific стримов. Новая профессия будет про «что» и высокоуровневое «как»: пайплайны, дизайн, понимание компонент и принципов, а не кишки и алгоритмы. Код пишет агент. Product Engineer ставит задачу, “задает границы” архитектуры, качества, принципов и принимает результат. Как окончательно сложится эта роль, покажет время, но осваивать её интересно уже сейчас.
Кстати, есть ли у вас лучшее наименование для этой профессии - welcome, за классную идею бесплатный билет на что угодно :)
Полная программа курса здесь: https://devhands.ru/aib
PS: Кстати, мастер-класс Алексея на нашем AI Weekends получил самые лучшие отзывы.
8 · 1K · Фотография
Очередь на ревью растёт, инциденты съедают время, а от вас ждут новых фич и понятного эффекта от AI. Как решить, куда направить силы команды, и обосновать этот выбор?
🧑🔬На HighLoad++ 2026 вы сможете разобраться, как считать окупаемость AI с учётом инфраструктуры и инженерного времени, выстраивать проверки агентного кода и расставлять приоритеты при распутывании зависимостей между сервисами. Посмотрите, как команды организуют работу с инцидентами без отдельной SRE-команды.
При этом сравните чужие затраты, ограничения и результаты со своими задачами. В итоге сможете собрать аргументы для бюджета и плана изменений: что автоматизировать, что переделать и как оценивать эффект
Открывайте программу и выбирайте темы под свои задачи.
Встречаемся 30 ноября и 1 декабря в Москве 🙌
3 · 813 · HighLoad++
GIF
devopsconf_ruki_1080.gif.mp4 · 32 КБ
devopsconf_ruki_1080.gif.mp4 · 32 КБ
Какие доклады вы хотите услышать на DevOpsConf 2027?
Мы начали собирать программу и первым делом хотим узнать, что сейчас болит сильнее: AI-агенты с доступом к проду, переезды между облаками и аварийное восстановление или растущая нагрузка на команду?
От ваших ответов зависит, каким темам мы дадим больше места и каких спикеров пойдем искать. Поэтому будем рады любому мнению, даже если вы еще не решили, поедете ли на DevOpsConf.
Опрос займет около 5 минут. В благодарность откроем вам записи Saint HighLoad++ 2026 в личном кабинете — будет что посмотреть вечером.
Пройти опрос 👈
4 · 748 · Что сейчас требует внимания в вашей системе?
• Сохранить корректность данных и не запутаться в зависимостях
• Ограничить последствия сбоя и восстановить систему под нагрузкой
• Подготовить базы данных к росту нагрузки и отказам
• Найти первопричину деградации, когда добавление ресурсов уже не помогает
На HighLoad++ 2026 вам не придётся выбирать что-то одно, потому что по каждой задаче есть разборы решений, ошибок и ограничений 🙌
Длинный постфото и оформление — в Telegram ↗ 720 ·
HighLoad++
Фотография
Диагностика сбоев, проверка отказоустойчивости и восстановление данных. Собрали три материала этой недели и открыли три записи HighLoad++ 2025 — о том, что происходит с системой при отказах и как разбираться с последствиями.
Почитать:
👩🏫Making Failure Diagnosis Reliable with Pensive AI.
Технический кейс Netflix о применении AI для диагностики ошибок. Модель выбирает нужные строки из исходных логов, а проверки качества встроены в CI. Если подключаете LLM к расследованию сбоев, посмотрите, как команда проверяет её выводы и ограничивает стоимость обработки.
👩🏫Why you should stop using ARBITERS in MongoDB.
Разбор трёх инцидентов, в которых арбитр помогал выбрать primary, но не обеспечивал доступность записи или сохранность данных. Percona объясняет разницу между большинством голосов и подтверждением записи — с топологиями кластеров и причинами отказов.
👩🏫How to Extract Data from InnoDB, MyISAM, and MyRocks Files Without a Running Server.
Что делать, если MySQL не запускается, а данные нужно извлечь? В статье — экспериментальный инструмент innodump: чтение файлов напрямую и пропуск повреждённых страниц. Есть примеры команд и ограничения: согласованность данных не гарантируется, бэкап инструмент не заменяет.
Посмотреть:
☄️Практики SRE на примере большого инцидента. Сергей Киселев.
Инцидент на пересечении DNS, облачной инфраструктуры и человеческого фактора. Как сохранять ход расследования, проверять опасные изменения по метрикам и действовать, когда откат не помогает.
☄️Воркшоп: «Ломаем геораспределенный Postgres на базе Patroni. Георгий Меликов, Антон Кременецкий, Евгений Фролов.
Проверка кластера PostgreSQL отключениями питания и сети, задержками и отказом ЦОДа. В центре внимания — фактическое поведение базы и приложения, на которое рассчитывают при проектировании отказоустойчивой системы.
☄️Когда облако дало сбой: реальный кейс борьбы за отказоустойчивость. Константин Крамлих.
Разбор облачной аварии: цепная реакция отказов, восстановление и пересмотр подходо… Читать полностью →
11 · 789 · Видео
992 КБ
992 КБ
Когда обсуждение «что делаем» началось с «сроки уже согласованы»
#хроникиITбудней
9 · 1.1K · HighLoad++
Фотография
🚀 Ищем волонтёров на HighLoad++ 2026
Получите практический опыт в организации масштабного события и окажитесь внутри IT-сообщества. Помогайте участникам, знакомьтесь с людьми из индустрии и смотрите, как конференция устроена изнутри.
Вас ждут: классная команда, понятные задачи и поддержка координаторов, доступ к контенту конференций, общение с экспертами и профессионалами из крупнейших IT-компаний, горячее питание в дни работы.
Задачи: работа в залах, помощь с логистикой на площадке, регистрация участников и помощь в зоне выставки.
➡️ Отправить заявку на участие
😁3❤2
17 · 1.2K · HighLoad++
Этот день в истории IT
2 ноября 1988 года интернет прошёл незапланированное нагрузочное тестирование. Тест никто не заказывал, результаты не понравились примерно никому.
После этого к безопасности сетей и реагированию на инциденты уже нельзя было относиться по-прежнему.
Длинный постфото и оформление — в Telegram ↗ 2 · 911 ·
HighLoad++
Фотография
Запросы повторяются, сервисы временно недоступны, данные меняются параллельно. Как учесть это в архитектуре? На HighLoad++ 2026 спикеры расскажут, как организовали обработку и обновление данных в своих системах.
☄️Эволюция борьбы с гонками в WMS Ozon: как мы обрабатываем миллионы операций и избегаем рассинхронизации данных. Максим Рауба (Ozon).
На примере складской системы Ozon Максим объяснит, откуда берутся гонки и как замечать предпосылки ещё при проектировании. В докладе разберём способы предотвращать гонки на разных уровнях — от переменных до микросервисов — и роль саг в обновлении данных.
☄️Гарантированная доставка на Госуслугах: миллиард доставленных заявлений в год. Сергей Станиславский (РТЛабс).
Сергей расскажет, как на Госуслугах исключили дублирование заявлений при повторных запросах и организовали пересылку, которая продолжает работать при временной недоступности получателя. А ещё — как обеспечили единообразную обработку и маршрутизацию в разных компонентах платформы.
☄️Real-time обновление HNSW: последний шаг к свежим данным в RecSys. Александр Смолин (Яндекс).
Александр покажет, как в Яндекс Рекламе изменили алгоритм обновления HNSW-индексов, чтобы обрабатывать миллионы документов быстрее и с меньшими затратами CPU, сохраняя качество поиска. Вы разберётесь, при каких условиях этот подход полезен рекомендательным системам.
Если вы разрабатываете распределённые системы, отвечаете за их надёжность или строите рекомендательные сервисы, приходите на эти доклады.
☄️Больше о программе — на сайте HighLoad++ 2026
5 · 679 · HighLoad++
Фотография
Когда приложение тормозит, а метрики не дают однозначного ответа о причине, важно разобраться, что именно измерять и как проверять эффект изменений.
Открыли и принесли вам записи HighLoad++ 2025, в которых спикеры показывают инструменты диагностики и делятся опытом оптимизации приложений:
🔴Диагностика под нагрузкой: .NET, Java и Go на практике. Игорь Щегловитов.
Утечки памяти, зависшие потоки, падение производительности — какие данные собирать и где искать причину? Игорь показывает работу с метриками, профилями и дампами. Основной акцент — на .NET, с примерами аналогичных подходов в Java и Go.
🔴Beyond the OOM: Decoding Java Memory Behavior. Михаил Поливаха.
Инструменты JVM показывают улучшение, а метрики ОС — ухудшение. На практическом кейсе Михаил разбирает, почему измерения расходятся, что именно учитывают разные инструменты и как оценивать потребление памяти Java-приложением.
🔴От Protobuf к FlatBuffers: двухкратное ускорение сервиса с правильной сериализацией. Денис Божок.
Кейс перехода на другой формат сериализации в Go/gRPC-сервисе: причины выбора, сложности миграции и результаты. Посмотрите, за счёт чего команда получила ускорение и какие компромиссы пришлось учесть.
Сохраняйте подборку и делитесь с коллегами, которые сейчас разбираются с производительностью 🙌
10 · 739 · HighLoad++
Фотография
«Что вы сейчас строите?» — хороший вопрос, чтобы познакомиться с командой. За ним часто интереснее всего услышать, какие задачи у нее впереди и как она решает, за что браться.
О работе других команд мы обычно узнаем, когда они уже что-то выпустили. Вживую же можно услышать и о том, что пока в работе: какие решения инженеры еще обсуждают и почему взялись за эту задачу. А когда рассказываете о своем опыте, может выясниться, что у собеседника сейчас похожий вопрос.
После конференции к такому разговору можно вернуться. Например, написать коллеге, чтобы обсудить, что у каждого получилось. А бывает, что уже при знакомстве понимаешь: вот проект, за который было бы интересно взяться вместе.
Приезжайте на HighLoad++ 2026 поговорить с коллегами, с которыми в обычной работе вы вряд ли пересечетесь 😉
Встречаемся 30 ноября и 1 декабря в Кампусе СКОЛКОВО.
1 · 703 · Фотография
Когда сбой затрагивает часть системы, важно не дать ему остановить весь сервис. На HighLoad++ 2026 спикеры расскажут, что помогает пережить аварию и как разбор инцидента подсказывает, что менять дальше.
👨🔬Когда защите нужна защита: как мы ломали и восстанавливали Антиробот Яндекса. Иван Тямгин (Яндекс).
Антиробот проверяет запросы к сервисам Яндекса. Ошибка в одном правиле может заблокировать обычный трафик. Иван покажет, как команда поднимала кластер после каскадного падения, наладила холодный старт под нагрузкой и научилась ловить ошибки на копии рабочего трафика.
👨🔬PostMortem Copilot: как LLM + MinHash LSH снижают повторяемость инцидентов. Евгений Лачугин (МТС Диджитал).
В МТС Диджитал разработали PostMortem Copilot: он находит похожие случаи в архиве из тысяч инцидентов и предлагает версии причин и меры для команды. Евгений объяснит, почему для поиска выбрали коэффициент Жаккара, как сравнивали языковые модели и в каких случаях их выводы расходятся с оценкой человека.
👨🔬Пределы равновесия»: как "инженерный перфекционизм" при реализации геобалансирования может быть выражен в виде «нам всего, и можно без хлеба». Павел Михайлик (Инфосистемы Джет).
Нагрузка на площадках меняется неравномерно: где-то нужно добавить мощности, где-то — сократить. Павел разберет, можно ли гибко перераспределять трафик между дата-центрами и при этом быстро переключаться при аварии так, чтобы пользователи не заметили сбоя.
Если вы дежурите, отвечаете за доступность сервисов или проектируете системы для нескольких дата-центров, приходите на эти доклады.
👩🔬Узнайте больше о программе — на сайте HighLoad++ 2026
3 · 579 · HighLoad++
Видео
2.0 МБ
2.0 МБ
👤: когда сможешь взять задачу?
🧑💻: *открывает календарь встреч*
#хроникиITбудней
10 · 523 · Фотография
Тему внедрения AI в SDLC начали активно и массово исследовать примерно год назад. Одними из первых (а может и первыми) была конференция AI Dev Live - уникальное онлайн-событие - его организуют те же, кто и выступает - сами докладчики.
Причём, это тусовка AI-блогеров Рунета - если вы следите за развитием событий в агентном мире, то вы, скорее всего, на кого-то из них подписаны.
Через неделю пройдёт вторая конференция AI Dev Live 2026, старт 11 ноября. Очень рекомендую для погружения в тему - лично я точно пойду на:
+ "К 2027 готов: как компании перейти на агентоцентричные процессы" / Данила Симонов - прямо болит, агентов мы используем вовсю, а цепочки агентов, где они без людей выполняют какую-то функцию от начала до конца ещё не построили;
+ "Как выстроить AI-ядро организации и потерять все свои данные" / Глеб Кудрявцев - по той же причине;
+ "Оркестрируем агентов для long-horizon задач" / Родион Мостовой - последние мои исследования включают цепочки шагов, в каждом из которых десятки субагентов или тысячи Batch API-запросов. Сейчас я веду всю цепочку руками, как говорит Глеб Михеев "за усы", а это явно не самый лучший вариант;
+ "Кому нужен Spec-Driven Development в brownfield-проектах" / Егор Толстой - иногда, когда погружаешься в схему простой вроде бы базы данных, которую сотворила Sol и думаешь - как тебе вообще в голову это могло прийти? Спрашиваешь у неё - да, говорит, перемудрила. Для давно большой вопрос - как мне сделать так, чтобы заглядывать туда не надо было вообще.
И там ещё два десятка докладов.
В сухом остатке - рекомендую, событие знаменательное, спикеры более чем известны! И самое главное - конференция бесплатна :)
https://ai-dev.live/
6 · 377 ·