Запрос счета
Заполните поля ниже, чтобы получить счет на оплату билетов DUMP от юридического лица
Юр.лицо
ИНН
Количество билетов
+
Заявка на выступление
Имя и фамилия
Компания
Должность
Город
Ваш e-mail
Ваш телефон
Тема
Краткое описание
Какую ценность слушатели получат в итоге:
В какой секции хотите выступить
Напишите нам
Задайте вопрос, напишите пожелания или оставьте отзыв
Ваш e-mail
Ваше имя
Напишите здесь то, что хотели:
Заявка на спонсорство
Заявка на выступление
Имя и фамилия
Компания
Должность
Город
Ваш e-mail
Ваш телефон
Тема
Краткое описание
Какую ценность слушатели получат в итоге:
В какой секции хотите выступить

Секция Backend

Приём заявок окончен. Готовимся к выступлениям
Программный комитет
Андрей Жаринов
Яндекс
Руководитель офиса разработки в Екатеринбурге
Константин Беклемишев
Naumen
Руководитель отдела разработки
Денис Тарасов
Контур
Инженер-программист
Екатерина Шляхова
IT-People
Админ секции
Доклады секции
Serverless для простых смертных
Николай Сверчков,
Evil Martians inc.
Когда разработчики слышат про serverless, то чаще всего представляют две вещи:
 — Что-то высоконагруженное, что должно легко и часто автомасштабироваться
 — Некая сложная архитектура, которая полностью построена на serverless решении
Но что если мы возьмем бессерверную архитектуру и попробуем использовать ее для задач, которые на первый взгляд совсем не подходят для этого?

Такая мысль посетила меня, когда встал вопрос о переписывания одного небольшого проекта — блога, написанного 7 лет назад на Rails3, который постоянно течет и имеет никогда необновляемые зависимости.

Основные цели:
 — Пройти путь от нуля до готового проекта на основе serverless
 — Оценить\Снизить стоимость содержания проекта
 — Протестировать полученное решение под микроскопом
Ну и собрать все шишки данного подхода, которых было много и знаниями о которых я хочу поделиться со слушателями 🙂

Узнаем о практической стороне работы с serverless:
 — Насколько сложно начать
 — Как много документации и туториалов
 — Есть ли поддержка общепринятых стандартов
 — Как тестировать локально
 — Сколько стоит
 — Какой язык лучше использовать
 — Какой стек задач наиболее релевантен
 — Стоит ли использовать для серьезного production
Стримы в мейнстриме
Денис Катаев,
Tinkoff.ru
Недавно в Redis 5 появились новый тип данных - streams, это реализация идей из популярного брокера сообщений Kafka.
Обсудим зачем нужны стримы, чем они отличаются от обычных очередей.
Доклад сфокусирован именно на выяснение целей и задач для которых придуманы стримы.
Обсудим разницу между Kafka и Redis streams, а также "подводные камни", которые нас подстерегают.
Робот на линии - автоматизируем поддержку с помощью речевых технологий
Виктор Кандоба, Светлана Завьялова,
Контур
Вопросы, на которые отвечает доклад:
- С чего начать внедрение речевых технологий и как продать это бизнесу?
- Из чего состоит голосовой сервис, какие есть инструменты?
- Что разрабатывать самостоятельно, а что лучше переиспользовать, в каком порядке?
- Как выбрать сценарии и проводить эксперименты?

О чем расскажем:
- ASR и TTS. Облачные и back'end технологии, MRСP и API, подводные камни
- Сценарии диалога. С чего начали, как они выглядят в коде, какие данные собирали
NLU. От ключевых слов к машинному обучению
- Результаты. Что получилось в итоге
Чего мы хотим от голосовых ассистентов, чтобы сбылась мечта футуриста
Виталий Семячкин,
JetStyle
В JetStyle мы наработали определенный опыт работы с голосовыми помощниками и умными колонками Алексой и Алисой. И я хочу поделиться тем, какие возможности и фичи у них есть, какие грабли могут ждать, как их можно героически преодолевать и вообще, как можно готовить всю эту историю. От простого переходим к сложному: как выглядит обобщенный принцип работы, что вообще такое навык, как их писать, и как этим можно пользоваться в реальной жизни.

На примере нашего экспериментального кейса с "умной офисной переговоркой", расскажу как мы работали с Алисой, как идентифицировали пользователей, привязывали коробку железа к конкретной яндекс-станции, и что еще хочется получить от платформы Яндекс.Диалоги, чтобы она стала полноценным IoT-центром, вроде Алексы.
Vostok Hercules - make telemetry great again!
Григорий Кошелев,
Контур
История о том, как инженеры Контура собирали, собирают и будут собирать телеметрию с тысяч микросервисов.

Телеметрия:
- Логи
- Метрики
- Распределённые трассировки

Ключевые технологии:
- Apache Kafka
- Apache Cassandra
- Apache ZooKeeper
- Graphite
- ELK
Контрактный подход к построению API зависимых приложений
Сергей Долганов,
Злые марсиане
Долгое время я занимаюсь разработкой систем построенных на интеграции по API с внешними системами (последние 2 года в проекте eBaymag; eBay for Sellers; занимался интеграциями с Почтой России, DHL, UPS и проч).
Основная сложность при разработке таких систем — реактивное управление ошибками и изменениями во внешних системах. Наиболее популярным подходом является использование схем запросов. Однако, в реальности, это работает только с простыми случаями.

На практике схемы API крупных систем часто устаревают (или вообще отсутствуют) и сама работа над схемами только увеличивает скоуп и снижает гибкость разработки.
В нашей работе над интеграциями хорошо себя зарекомендовал альтернативный подход, как мы его назвали — «контрактный».
Я расскажу о библиотеке, которую мы создали и используем для разработки и поддержки интеграций. О прототипе решения на Ruby, а также о работах над кросс-платформенной реализацией на Rust и Go.
Как мыслить графами, или почему GraphQL – это не просто представление структуры БД
Дмитрий Цепелев,
Злые марсиане
Доклад предназначен для тех, кто пока не разрабатывал свои API на GraphQL, а также для тех, кто попробовал и не увидел особой разницы с REST.

Мы определимся с тем, что такое GraphQL, сравним его с REST, а также по пути углубимся в философию GraphQL и ответим на следующие вопросы:
— как правильно описать сущности, поля и запросы?
— как перейти от CRUD операций к мутациям?
— как проводить эволюцию API?
— как обойти популярные уязвимости?

Доклад поможет реже наступать на грабли при разработке схемы своего первого API на GraphQL.
.NET Core Application Domains ( .NET Core под капотом)
Юрий Кербицков
Ак Барс Цифровые Технологии
Редкий .NET разработчик задумывается о том, что такое домены приложений, для чего они нужны и как они устроены. А тем временем, с появлением на свет .NET Core, концепция изоляции сборок, загрузки/выгрузки и аспектов безопасности изменилась и теперь приходится использовать новые техники.

В рамках доклада вспомним что такое домены приложений, как обстоят дела с ними в .NET Core и поговорим о том, для чего нам нужен класс AssemblyLoadContext, который представляет новую парадигму контекстов загрузки.

Узнаем:
— как работать с динамически подгружаемыми сборками из .NET Core.
А#nbsp
— что доменов приложений, как таковых, в .NET Core больше нет
— познакомимся с новыми техниками для изоляции сборок, загрузки/выгрузки и аспектами безопасности.

За счёт всего вышесказанного будем лучше понимать как работает .NET Core под капотом.
Практики, особенности и нюансы при работе с Postgres в Go
Артемий Рябинков,
AVITO
В докладе расскажу о практиках работы с Postgres в сервисах на Go. Поговорим о преимуществах и недостатках основных инструментов, которые принято использовать при работе с Postgres в Go. Конечно, коснёмся нюансов, которые нужно учитывать, когда ваши сервисы работают внутри Kubernetes облака.

Также расскажу об опыте Avito в предоставлении базы данных разработчикам продукта.
Слушатели смогут предупредить проблемы при работе с Postgres в своих сервисах, что позволит им избежать неявного поведения и трудно-находимых ошибок, и даже падений базы. Для разработчиков доклад будет полезен своей прикладной составляющей — как и что менять в коде, чтобы избежать ошибок.
Для DBA доклад может быть интересен благодаря свежему взгляду на нюансы работы с базой с точки зрения разработчика и позволит увидеть, на что обращать внимание при введении в строй новых сервисов.
Проектирование системы резервного копирования PostgreSQL на Go
Андрей Бородин, Владимир Лесков
Яндекс
Большие данные - это большая головная боль, когда они много меняются, и нельзя потерять ни единого байта. На Го. В докладе мы расскажем о развитии WAL-G - системы резервного копирования РСУБД PostgreSQL. На Го. Поговорим про особенности платформы при взаимодействии с большой базой открытого кода, про сообщество, про то как пареллелить и нераспараллеливаемое. На Го.

Оставайтесь на связи

Мы отправим программу, когда она будет готова, и будем заранее предупреждать о повышении цен. Никакого спама