Заявки

Заявки — это перечень докладов, находящихся на рассмотрении программного комитета. Участники конференции могут голосовать за понравившиеся доклады. Программный комитет учитывает результаты голосования при принятии решения о включении доклада в программу конференции

Категории
Секции
Сложность

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

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

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


Евгений Казначеев
VP of Product @ Ecwid
Ульяновск
Тема доклада уточняется

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

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


Лекс АйТиБорода
Создатель @ YouTube-канал "АйТиБорода"
Минск
Roadmap карьеры инженера в IT

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


    Как и где получать новый опыт для движения по карьерной лестнице вверх - взгляд инженера.

    Где брать опыт когда ты Junior

    Как развиваться в позиции Middle

    Как не забуксовать будучи Senior

    Куда уходят Сеньеры


    Александр Горник
    CEO @ Mindbox
    Москва

    Расскажу про роли и процессы в разработке mindbox. Результат 13ти лет эволюции Agile в бизнесе, где разработчик стал совладельцем и CEO.

    • Архитектор, скрам-мастер, продукт, стейкхолдер — кто это?
    • За что отвечает команда разработки
    • Как создать гильдии вокруг демо
    • Что измеряем вместо скорости
    • Какие инструменты используем
    • Как применяем социократию и самоуправления: роль открытого P&L и самоназначения ЗП

    В нашей разработке 60 человек, 7 команд, 500 млн в год выручка продукта и быстро растем.


    Иван Ямщиков
    AI-евангелист @ ABBYY
    Как нейронные сети ABBYY становятся полиглотами?

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


      Продукты ABBYY работают по всему миру. Никакой процессинг документа невозможен без распознавания текста, которым этот документ набран. Я расскажу, какие наработки есть у нашего RnD в разных языках, как наши модели «читают» хангыль, иероглифы и арабскую вязь. А заодно на этих примерах покажу серию простых трюков, о которых стоит помнить, когда решаешь любую задачу классификации.


      Maxim Salnikov
      Developer Engagement Lead @ Microsoft
      Oslo

      Пользователь закрывает вкладку в браузере, и ваше замечательное фронтенд-приложение испаряется. А что если можно было бы оставить какие-то его части еще немного поработать во благо улучшения UX? Отреагировать на какие-то события, завершить начатое общение с сетью - в общем, исполнить немного кода при закрытой вкладке и даже браузере. Я расскажу о разных интересных возможностях API из семейства сервис-воркеров, позволяющих продлить жизнь приложения, чтобы всегда иметь под рукой свежие данные, не бояться проблем с сетью, уметь показывать уведомления - все ради отличного пользовательского опыта.


      Adil Khan
      Head of Machine Learning and Knowledge Representation Lab @ Innopolis University
      Innopolis
      Anomaly Detection based on Zero-Shot Outlier Generation

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


        Anomaly detection suffers from unbalanced data since anomalies are quite rare. Generating artificial anomalies is a solution to such ill or not fully defined data. I will present a two-level hierarchical latent space representation that distills inliers’ feature-descriptors into more robust representations based on a variational family of distributions for zero-shot anomaly generation.


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

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


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


          Николай Смирнов
          Программный директор @ Skillbox
          Москва

          – Миллионы на таргет. Как работать с выгоранием аудиторий

          – Новые каналы. Практика внедрения Яндекс Дзена и Телеграма

          – Новый подход в подсчете конверсий через Атрибуцию Facebook


          Барух Садогурский
          Developer Advocate @ JFrog
          DevOps vs Разработчики

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


            DevOps — это заговор сисадминов, чтобы заставить разработчиков делать чужую работу, но мы слишком умны, чтобы попасться на эту элементарную уловку ребрендингом! Посудите сами: мы написали код, он проходит тесты. Он, очевидно, работает и работает хорошо (Мы гордимся собой? Да!). И тут мы закончили.

            Но приходят эти «визионеры» (все из operations, прошу заметить!) и рассказывают нам, что теперь надо учить YAML, Docker, Kubernetes и Terraform, потому что внезапно это наша головная боль?!

            В этом докладе мы поговорим о том, зачем разработчикам нужен или не нужен DevOps. Мы рассмотрим аргументы, которые приводят идеологи DevOps, и решим, состоятельны они или нет. К концу доклада, будем надеяться, нам станет понятно, действительно ли это способ, который поможет нам (разработчикам) поставлять лучший код в прод чаще, или это, как всегда, разводка маркетологов и евангелистов.


            Георгий Могелашвили
            Lead Developer @ Booking.com
            Амстердам

            Я - разработчик со стажем более 15 лет. И я также был тимлидом более трех лет. И знаете что? За время управления командами я узнал вещи, про которые мне никто не рассказывал, пока я был разработчиком. И очень зря...

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

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


            Антон Семенченко
            CSO, Co-founder, IT Consultant @ COMAQA, CoreHard, DPI.Solutions
            Minsk
            Ключевые инженерные практики Автоматизатора 21 века

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


              Давайте тезисно, наглядно, “на пальцах” в QA Automation контексте проговорим ключевые для каждого по-настоящему опытного Автоматизатора 21 века, инженерные практики.


              Сергей Паранько
              Директор по цифровым продуктам @ «Ведомости», Harvard Business Review Россия
              Москва

              — Что нужно знать при переходе на подписную модель;

              — Какой контент помогает продавать подписку;

              — Какая модель продажи подписки работает в России;

              — Как взаимодействовать с аудиторией, чтобы привлекать посетителей и конвертировалась их в подписчиков;

              — Немного о пользовательском опыте и банковских процессингах;

              — На какие метрики ориентироваться при прогнозировании отказа от продления подписки и как проводить передпописную кампанию.


              Александр Орлов
              Со-основатель и управляющий партнер @ Стратоплан
              Санкт-Петербург
              Выгорание тимлида

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


                Профессиональное выгорание: кто виноват и что делать. Рассказ от первого лица.

                Что объединяет врачей, психологов, педагогов, менеджеров, инженеров, тимлидов? Нет, зарплата у них всех разная, а вот с людьми им приходится работать одинаково много. Что создает благодатную почву для эмоционального выгорания, которое:

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

                На докладе мы как раз поговорим о том, как понять, на какой стадии к профессиональному выгоранию находитесь вы и ваши сотрудники, чего ожидать дальше и какие пути решения есть.


                Алексей Трошин
                Руководитель департамента IT-разработки @ ФИНАМ
                Москва
                Быстрые подходы в разработке IT-проектов и в жизни

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


                  История проектного управления (включая проекты по разработке ПО) длится уже более 50 лет, но в последние годы вокруг всё больше применяются гибкие методологии, и мы перестаём замечать, как меняется мир вокруг. Я расскажу о тех практиках, которые можно применять не только в работе, но и в жизни, и покажу на примерах, почему это работает.


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

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


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

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

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


                    Дарья+Александр Прокуда+Шашков
                    Senior Designer + Lead Designer @ Sberbank
                    Москва
                    Единорог.Зеленый.Продукт. Не продуктовый дизайн продукта

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


                      А что если, клиентский опыт, это не только «вижу» и «делаю», но и «чувствую», «думаю». Как вам мысль о том,что “продуктовые” дизайнеры на самом деле не умеют проектировать опыт и создавать продукты. А что если, гейм-дизайнеры, режиссеры и музыканты, это лучшие UX-проектировщики и продуктовики и нам срочно нужно у них всему учиться...

                      Расскажем как мы это видим в Сбербанке, подискутируем в процессе и праведно похоливарим в кулуарах.


                      Алексей Акулович
                      Ключевой разработчик @ ВКонтакте
                      Санкт-Петербург
                      Архитектура ВКонтакте

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


                        Максимально широкое и подробное описание текущей (на начало 2020) программной и немного аппаратной архитектуры ВКонтакте, а также компромиссов, проблем и связанных с ними планов на будущее:

                        * Типы серверов и зачем нам их столько;

                        * Наши доморощенные БД;

                        * Немного про frontend часть;

                        * KPHP сегодня;

                        * PHP и Go в нашем продакшене;

                        * Деплой, мониторинг и откаты (куда без них);

                        * Подходы к отказоустойчивости в реалиях большого проекта.


                        Андрей Бреслав
                        Kotlin @ JetBrains
                        Санкт-Петербург
                        Психотерапия для IT

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


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



                          Андрей Квапил
                          Cloud Architect / DevOps Engineer @ WEDOS Internet a.s.
                          Hluboka-nad-Vltavou
                          В поисках идеального хранилища...

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


                            Душещипательная история о том как мы выбирали кластерную файловую систему под виртуалки и контейнеры, с какими трудностями столкнулись и почему остановили свой выбор на LINSTOR.

                            Хранилище LINSTOR построено на свободных технологиях: ZFS, LVM, DRBD и ориентрировнно на максимальную производительность и высокую доступность данных.

                            В данном докладе я расскажу про наш опыт его использования в Kubernetes, Proxmox и OpenNebula.

                            * На наглядном примере посмотрим как оно работает и чем отличается от того же Ceph и других решений.

                            * Под какие цели стоит использовать LINSTOR, а когда его внедрение может быть нецелесобразным.

                            * Разберёмся как работает тонкая настройка и планирование ресурсов.

                            * Проблемы DRBD и их решения.


                            Пётр Зайцев
                            Основатель @ Percona
                            17 методик, которые должен знать разработчик о базах данных

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


                              Большинство приложений используют базы данных, однако немногие разработчики применяют даже общеизвестные рекомендации по работе с СУБД. Это приводит к замедлению работы приложения, его недоступности и создаёт угрозу безопасности.

                              В рамках доклада будут рассмотрены основные методики работы с базами данных для разработчиков, с особым акцентом на наиболее популярных открытых СУБД — MySQL, PostgreSQL и MongoDB.


                              Никита Соболев
                              CTO @ wemake.services
                              Санкт-Петербург
                              Не логгируй!

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


                                Разработчики часто пишут все, что могут в логи. И думают: когда-нибудь пригодится. И что мы имеем на самом деле?

                                Непрозрачные системы. Сложную инфраструктуру и корявые абстракции в коде. Гигабайты мусора, смотреть и читать которые – невозможно.

                                Я расскажу, как жить без логов.


                                Ilya Roslyakov
                                Engineering Manager @ Wargaming, Platform
                                -
                                Карьерные уровни в Wargaming, Platform Управление командой

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


                                  Сотрудники хотят расти в компании и за её пределами,

                                  руководители - простых инструментов и переговоров,

                                  компания - роста компетенций и автономии сотрудников.

                                  Примерно два года мы в Wargaming, Platform работаем над внедрением карьерных уровней и наконец вышли на финишную прямую. Я поделюсь тем, что у нас получилось, и вы даже сможете покритиковать - потому что мы за открытость и объективность. А ещё поделюсь найденными нами ответами на наиболее сложные по нашему опыту вопросы:

                                  * Как связаны карьерные уровни и зарплата?

                                  * Зачем вообще нужны карьерные уровни?

                                  * Как продать карьерные уровни руководству?

                                  * Как внедрить карьерные уровни?

                                  * Чем отличаются грейды и карьерные уровни?

                                  * Как привнести пользу и не нанести вред открытостью?

                                  * Как лавировать между уровнями рынка, Гугла и внутри компании?

                                  * Как договориться до минимальных, но достаточных определений уровней?


                                  Алексей Свиридо
                                  Ведущий дизайнер продукта @ Альфа-Банк
                                  Москва
                                  Почему дизайнеру нужно разбираться в аналитике?

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


                                    Продуктовый дизайнер сегодня — это набор самых разных знаний и скиллов, которые помогают создавать успешный и нужный клиентам продукт. Продуктовая аналитика — один из таких скиллов. Зачем это нужно дизайнеру? Где граница работы продакта и дизайнера? Почему аналитика — это совсем не страшно, и как прокачаться, если никогда не приходилось работать с данными? На примерах и жизненных кейсах из Альфа-Банка научимся больше не бояться метрик.