Секции
Сложность

Андрей Аксенов
CEO, человек-поисковик @ Sphinx, Avito
Москва
Тема доклада уточняется

Программный комитет не принял решения по этому докладу


из Голосование

Тезисы доклада уточняются


Алексей Натекин
Основатель @ Open Data Science
Москва
Тема доклада уточняется

Программный комитет не принял решения по этому докладу


из Голосование

Тезисы доклада уточняются


Валерий Бабушкин
Директор по Моделированию и анализу данных @ X5 Retail Group
Москва
Рекомендательные системы в ритейле

Доклад принят в программу конференции


из Доклады

    Расскажу как можно строить рекомендательные системы, на основе нестандартных подходов: от аплифт деревьев и Баеса, до Reinforcement Learning и счетчиков


    Алексей Тимин
    Ведущий программист-архитектор ПО @ Badoo
    Москва
    Языки, платформы, версии: масштабируем локализацию

    Доклад принят в программу конференции


    из Доклады

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

      В случае нашей компании речь идет о четырех разных продуктах, 52 языках (11 из них — диалекты), 17 падежах в венгерском языке, письме справа налево в арабском и иврите, числительных в русском и огромном количестве версий и клиентов.

      В докладе я поделюсь полным описанием процесса перевода проекта: интеграция с Jira, Git-хуки, автоматические скриншоты из тестового окружения. Рассмотрим, как устроено ядро системы, как поддерживать А/B-тестирование и проводить тестирование, имея множество версий. Поговорим, как обеспечить единство стиля с помощью глоссария и памяти переводов, а также как успевать переводить новый функционал за 48 часов и не нагружать разработчиков рутиной.


      Anton Nazarov

      Санкт-Петербург
      Combine vs RxSwift

      Доклад принят в программу конференции


      из Доклады

        Поговорим о перспективах фреймворка реактивного программирования Combine, представленного на WWDC 2019 года. Конец ли это для RxSwift или все закончится шатким двоецарствием как с kotlin корутинами?

        Обсудим новые концепции, представленные Combine, и различия с существующими FRP решениями. Расскажу о личном опыте миграции с RxSwift на Combine, какие подводные камни есть, как облегчить процесс. Под конец посмотрим на интеграцию Combine с существующими фреймворками Apple и, конечно, на связку со SwiftUI.


        Алексей Миловидов
        Team lead @ Yandex
        Moscow
        Тема доклада уточняется

        Программный комитет не принял решения по этому докладу


        из Голосование

        Тезисы доклада уточняются


        Анатолий Солдатов
        Full Stack Data Engineer @ Авито
        Москва
        Kafka Replicators – тяжело, когда есть выбор

        Программный комитет не принял решения по этому докладу


        из Голосование

        Kafka имеет развитую экосистему и богатый инструментарий. Иногда это может вызывать растерянность при выборе подходящего инструмента.

        В данном докладе я рассмотрю существующие технологии для репликации кластеров Kafka (таких инструментов уже более 5) и постараюсь облегчить задачу выбора между ними.


        Fedor Tsymbal
        СТО, Technical Manager @ MERA
        Нижний Новгород
        Project Mainline. Самое важное изменение в Android 10.

        Программный комитет не принял решения по этому докладу


        из Голосование

        Наверное, главная проблема Android – это зоопарк с версиями. До сих пор на руках у пользователей телефоны с Gingerbread, KitKat. Google много лет борется с этой проблемой как может. В Андроид 8 эту проблему попытались решить с помощью Project Treble – массивной ре-архитектуры всей операционной системы. А теперь, спустя 2 года новый шаг в том же направлении – Project Mainline. Решит ли это проблему с засильем старых версий? Станут ли обновления Android быстрее? Попробуем ответить на эти вопросы.


        Владимир Дементьев
        Lead Backend Engineer @ Evil Martians
        Нью-Йорк / Москва
        Код, с которым приятно иметь дело

        Программный комитет не принял решения по этому докладу


        из Голосование

        Я хотел бы предложить авторам OSS библиотек и разработчикам приложений взглянуть на написание кода с другой стороны — со стороны тех, кому придётся работать с ним в будущем. Несмотря на то, что чисто технически мы пишем код для машин, его основными пользователями являются люди. Что же такое «код, удобный в использовании»?

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

        В докладе я рассмотрю этот «чек-лист» подробнее, а также приведу примеры из мира Руби и не только.


        Серёжа Попов
        CEO, CTO (Talant) @ Лига А. / HTML Academy
        Санкт-Петербург
        Правильное тестирование вёрстки

        Программный комитет не принял решения по этому докладу


        из Голосование

        Мы работаем с большим количеством подрядчиков и сталкиваемся с тем, что внимание акцентируется не самом важном.

        Я расскажу что сейчас действительно важно, как это проверить и почему это надо тестировать.


        Серёжа Попов
        CEO, CTO (Talant) @ Лига А. / HTML Academy
        Санкт-Петербург
        Про Lighthouse

        Доклад принят в программу конференции


        из Доклады

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


          Anton Nazarov

          Санкт-Петербург
          One ring to rule them all

          Программный комитет не принял решения по этому докладу


          из Голосование

          Реактивный стек — это совсем не больно и даже приятно.

          Мы с командой прошли тернистый путь: соединили императивный UIKit с функциональным стилем, побороли утечки памяти и научились дебажить. Этими и другими лайфхаками, облегчающими использование FPR в продакшне, я поделюсь в своем докладе.

          А вишенкой на торте станет обзор лучшей реактивной архитектуры!


          Rinat Muhamedgaliev
          CTO @ Citronium
          Йошкар-Ола
          Jenkins в 2020 году

          Программный комитет не принял решения по этому докладу


          из Голосование

          В современном мире есть большое количество различных CI систем для автоматизации. Но с таким большим многообразием незаслуженно затерялся инструмент сборки Jenkins. В 2016 году в Jenkins были представлены pipelines.

          Подход описания сборок проектов при помощи DSL на языке Groovy дает множество интересных сценариев для гибкой настройки сборки.

          В докладе я бы хотел рассказать:

          * Описание сборки при помощи Jenkinsfile

          * Сборка при помощи Docker агентов

          * Сборка с использованием бил контейнеров

          * Как работать с секретами в Jenkins

          * Как расширить функциональность Jenkinsfile при помощи Groovy скриптов

          * Определенные хитрости работы с Jenkins


          Константин Евтеев
          Руководитель разработки юнита DBA @ Авито
          Москва
          10 лет PostgreSQL в Avito

          Доклад принят в программу конференции


          из Доклады

            PostgreSQL с момента старта Avito решает серьезные и важные задачи. Вокруг СУБД были построены основные компоненты архитектуры. За 10 лет проект активно развивался, изменилась архитектура и инфраструктура.

            Как вступление, сделаю обзор: эволюции архитектуры и инфраструктуры PostgreSQL в Avito; успешно решенных вызовов.

            В основной части расскажу о статусе PostgreSQL в Авито 2020: микросервисная архитектура; шардирование; проблемы коммуналок; DBaaS( Database discovery, управление доступом, failover, backup, archive, вопросы разделения ресурсов итд.); вопросы интеграции; эволюция команды.

            В заключение поделюсь нашим wishlist/нерешенными вопросами.


            Николай Сладкий
            Технический директор @ ANMEDIO
            Самара
            Open source. Не бойся, твой код не украдут.

            Программный комитет не принял решения по этому докладу


            из Голосование

            - История и причины появления open source

            - Бизнес вокруг open source на реальных примерах

            - Карьера open source разработчика

            - Что ожидает индустрию в ближайшем будущем

            - Действительно ли твой код не украдут?


            Григорий Бизюкин
            Разработчик интерфейсов @ Яндекс
            Москва
            Concurrent Mode: монтируй, конкурируй, обновляй

            Программный комитет не принял решения по этому докладу


            из Голосование

            Конкурентный режим в React — многообещающая возможность перерисовывать и исполнять компоненты асинхронно. Но, насколько это сильное преимущество? Для каких задач он подойдет в первую очередь? И, неужели, весь проект снова придется переписать? Это и многое другое узнаем в докладе!


            Полина Гуртовая
            Frontend @ Evil Martians
            Москва
            WebAssembly: новые возможности и новые проблемы

            Программный комитет не принял решения по этому докладу


            из Голосование

            В докладе мы разберемся что же такое WebAssembly.

            Поговорим о WebAssembly как о формате, не привязанном к web, обсудим как WebAssembly живет в браузерах.

            На примере V8 разберемся как выполняется JS и WASM.

            Попробуем понять что влияет на скорость выполнения JS и WASM и в каких случаях WASM оказывается быстрее.

            И наконец обсудим текущий статус технологии и возможности ее применения.


            Константин Густов
            Архитектор @ АО "Райффайзенбанк"
            Омск
            Валидация в DDD

            Программный комитет не принял решения по этому докладу


            из Голосование

            Подход DDD сейчас набирает популярность в связи с активным переходом на продуктовую модель разработки. Множество людей хотят активно его использовать, но сталкиваются со сложностями. Дело в том, что это набор принципов и схем, и не всегда понятно, как правильно представить в коде тот или иной аспект. В докладе я расскажу, какие взгляды в сообществе есть на процесс валидации, как мы использовали внешний фреймворк и отказались от него в пользу собственного решения.


            Спикер
            Моя должность @ Моя компания
            Мой город