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

Алексей Рагозин
Независимый консультант
Разгоняем RPS вопреки всему

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


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

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

Зачастую "позже" так и не наступает, но бывают исключения.

Что делать если проблемы с производительностью возникли в старом и заросшем функционалом JEE монолите?

Ответ прост - засучить рукава и начать разгонять то что есть. Но просто не значит легко, в докладе Алексей Рагозин расскажет историю о том как разгоняли подобный Java монолит.


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

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


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

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


Александр Макаров
Core developer @ Yii
Воронеж
Yii: "Как разрабатывается популярный OpenSource фреймворк"

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


из Доклады

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

    В докладе особое внимание будет уделено тому, что вас ждёт, если вы решите сделать большой OpenSource-проект.

    1. Что такое OpenSource и что в нём такого?

    2. Общие лучшие практики. Без чего не полетит любой открытый проект.

    3. Важность общего видения и направления. Как решается, что делать а что нет.

    4. Работа с сообществом. Общение, организация. Негативный фидбек.

    5. Как получить первых последователей и что делать для роста сообщества.

    6. Психологические аспекты. Ответственность и выгорание в OpenSource.

    7. Финансовый вопрос.


    Александр Александров
    Эксперт @ RSTQB
    Москва
    Бесконечность тестирования

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


    из Доклады

      — Исчерпывающее тестирование невозможно

      — Значит, надо правильно планировать усилия и рубить концы.

      — И на это можно смотреть как с технологической (приоритеты и риски), так и с экономической (деньги) точек зрения.

      — Детализация этих двух точек зрения, особенно второй


      Михаил Синяков
      React ниндзя ⚛️ Frontend lead @ Рестрим
      Ульяновск
      Архитектура SPA и управление состоянием с помощью MST

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


      из Доклады

        Большинство фронтенд-специалистов самоучки. Умеют хорошо верстать и даже делают сайты на реакте. Но страдают архитектурные решения.

        Я хочу рассказать о том как стоит строить spa, расскажу как нужно делить на слои ответственности. Как это позволит делать отказоустойчивые приложения. Улучшит расширяемость/заменяемость. Упростит тестирование. Расскажу как в качестве сервисного слоя использовать библиотеку MST.


        Anton Semenchenko
        CSO, Co-founder, IT Consultant @ COMAQA, CoreHard, EPAM, DPI.Solutions
        Minsk
        10 популярных способов превратить простое в сложное при Автоматизации тестирования

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


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

        Мы так привыкли к сложным решениям разработки из кровавого enterprise, что порой, на «автопилоте», не задумываясь, переносим неоправданно тяжеловесные подходы, Architectural и Design Pattern-ы, Approaches, взращивая кодо-монстра в считанне месяцы \ годы. Наиболее популярным техникам кодо-монстро-производства и будет посвящен наш доклад. На выходе мы получим checklist из 10 стандартных задач и способов их решения от упрощенного, до оптимального и далее технически-кошмарного. Приходите – будет интересно и holywar-но :)


        Денис Сальников
        Scrum Master @ FinReach GmbH
        Берлин
        Отпускаем команду в свободное плавание: Как, Когда и Почему?

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


        из Доклады

          Конечная цель любого Scrum Master или Agile Coach при работе с командами — достижение ими высокого уровня самоорганизации. Но что именно скрывается за этим расплывчатым термином? Как довести команду до этого состояния? На что обращать внимание? Когда не стоит «отпускать вожжи»? В своем докладе я постараюсь ответить на эти вопросы и поделюсь уроками, полученными мной в течении последних 5 лет в ходе запуска «с нуля» и развития более десяти Scrum-команд в России и за рубежом.


          Николай Мациевский
          Технический директор @ Айри.рф
          Москва
          Тонкая настройка ext4 для максимальной производительности

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


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

          В декабре 2018 года в Айри.рф для SSD-дисков с кэшем под нагрузкой выявили большие задержки на отдачу файлов. В ходе профилирования задержек и точечных мер для их оптимизации удалось сократить число задержек на 2 порядка (с 1/1000 запросов до 1/100000 запросов).

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


          Константин Густов
          Архитектор @ АО "Райффайзенбанк"
          Омск
          DDD в микросервисах: сложность против сложности

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


          из Доклады

            DDD — сложный подход к проектированию ПО. Для его изучения требуется много прочитать и еще больше попробовать. Но когда у вас много бизнес-логики и она еще и запутанная, без подобного подхода создать развиваемое большое приложение трудно. У нас начало применения DDD по времени почти совпало со стартом активного перехода на микросервисную архитектуру. Из этого получился интересный опыт применения двух сложных, но в то же время отлично дополняющих друг друга вещей.

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


            Алексей Попков
            Разработчик @ Яндекс
            Москва
            DI как способ масштабирования всего

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


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

            Как часто вы в тестах подключаете библиотеку для хитрой подмены модулей? А во сколько if вы оборачиваете куски вашего кода для разных платформ? Или может ваша система A/B тестирования построена на switch/case? Хватит это терпеть, нужно чинить!


            Fedor Tcymbal
            CTO @ MERA
            Nizhny Novgorod
            От Treble к Mainline. Священная борьба Google за быстрые апдейты.

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


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

            Проблема фрагментации экосистемы Андроид устройств существует почти столько же сколько сам Андроид. И почти столько же Google сражается с этой проблемой в нескончаемой битве за скорость апдейтов. Два года назад они провели массированное наступление на данном фронте под названием Project Treble. И вот совсем недавно новый Прожект с большой буквы - Mainline. Будет ли этого достаточно, чтобы решить проблему или борьба будет вечной? Давайте попробуем разобраться...


            Даниил Гончаров
            Software Team Lead @ Finch Technologies Ltd.
            Уфа
            Пишем app для умной лампочки с алиэкспресса или как реверсинженирить Bluetooth

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


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

            Основы Bluetooth

            Разработка приложения для IoT

            Работа с Bluetooth-девайсами на мобильных устройствах

            Реверс инжиниринг Bluetooth пакетов


            Сергей Прилуцкий
            head of software research @ MixBytes
            Москва
            Алгоритмы и структуры данных в разработке смарт-контрактов

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


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

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


            Сергей Господчиков
            Скрам-мастер @ МТС касса (Litebox)
            Ульяновск

            МТС Касса. Восемь самоорганизованных команд. Плоская структура. Нет тимлидов. Нет начальников отделов и других менеджеров. Один Владелец Продукта и 60 разработчиков. Как с этим жить? Как координировать команды? Как выпускать релизы каждые две недели? Приходите и узнаете. Расскажу о практиках координации в LeSS (Large Scale Scrum) .


            Vladimir Ignatov
            senior software engineer @ Avito
            Moscow
            Feature Toggles: Тогда и сейчас

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


            из Доклады

              Как нескольким командам вносить изменения в один файл и не сойти с ума? Как с лёгкой душой коммитить недоделанные фичи в мастер и релизить с ними новую версию? Как запустить фичу на всех платформах одновременно? Для решения всех этих вопросов мы используем механизм Feature Toggles.

              В докладе — разбор, что это и как это готовить. Владимир рассказал об эволюционных этапах, которые мы прошли за несколько лет использования этого подхода. О препятствиях на пути к реализации и путях их преодоления — наших хаках, архитектуре, тестировании и работе с CI.


              Алексей Васильев
              Agile coach @ BIPULSE
              Санкт-Петербург
              Pulse management и многопроектная среда

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


              из Доклады

                Пока мы существуем в рамках одного простого проекта у нас всё хорошо, и годятся любые методы управления: проектные, адаптивные (Agile) или работа "наскоком". Но всё меняется когда появляются проекты внедрения Продукта с внешними обязательствами перед Заказчиком. Но мы находимся в условиях рынка, и дефицита кадров. Они есть, но их нет. и мы не можем быстро расширить штат и нанять специалистов, так как вход нового специалиста в проект занимает время. Ко всему этому, добавляется неопределенность содержания проекта.

                В таких условиях чистый Agile уже не совсем работает, но как-то работать надо.

                Возникает вопрос: "Что делать?", "Как из выбирать точку приложения усилий в условиях ограниченных ресурсов?"

                Я расскажу про Pulse Management - объединение подходов системного проектного управления, Agile-методов и Теории ограничений для управления портфелем проектов на уровне организации.


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

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


                из Доклады

                  А/Б тестирование весьма каверзная задача, особенно когда количество данных слишком мало, чтобы сделать выводы за адекватное количество времени. Хочу рассказать историю о том, как в одном сервисе переключились на новую, самую важную метрику, в связи с чем количества необходимого для А/Б трафика упало в 2 раза и отом, как мы решили эту проблему с помощью Линеаризации, перевзвешивания, машинного обучения и теоремы Баеса


                  Александр Мышов
                  Разработчик интерфейсов @ Яндекс
                  Новосибирск
                  Автоматический рефакторинг кода с помощью codemodes

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


                  из Доклады

                    Иногда бывает так, что изменение сигнатуры одной функции или обновление зависимости может повлечь за собой несколько дней скрупулёзной работы. Для упрощения и автоматизации этого процесса можно написать свой codemode.

                    Сodemode - это скрипт, работающий с абстрактным синтаксическим деревом (ast) JavaScript. Цель codemode - автоматизировать рефакторинг кода.

                    В своем докладе я расскажу про jscodeshift - тулкит для написания codemodes. Покажу и разберу несколько примеров codemodes, начиная с простых и заканчивая теми, которые могут быть использованы в вашем проекте. Вы увидите, что работа с ast на самом деле не такая уж и сложная задача, как может показаться на первый взгляд, и что овладение этим инструментом может дать очень сильный прирост вашей эффективности.


                    Григорий Кошелев
                    Ведущий инженер-программист @ Контур
                    Екатеринбург
                    Всё пошло по Кафке

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


                    из Доклады

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

                      Выбранные для доклада грабли помогут ответить на следующие вопросы:

                      - Что не так с настройками (по умолчанию)?

                      - К каким неожиданностям должны быть готовы клиенты?

                      - Зачем Кафке девопс?

                      - Много настроек — это хорошо или плохо?

                      - О чём забыли написать в документации?


                      Гуртовая Полина
                      frontend @ Evil Martians
                      Москва
                      Прекрасный мир графики

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


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

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

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

                      О том, что полезно сделать до того как мы начали писать код.

                      О том как устроены разные форматы изображений и как выбрать самый подходящий.


                      Иван Ботанов
                      Frontend Team Lead @ Tinkoff.ru
                      Москва
                      Монорепозитируй это

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


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

                      Когда у вас большой проект, который разбит, например, на микросервисы или, как в нашем случае, много смежных проектов, возникает вопрос шаринга кода и экономии времени разработки. Ведь скорее всего этот код уже кто - то писал и нет смысла писать его еще раз. Эту проблему можно решить с помощью организации кода.

                      Есть разные подходы организовать свой код. Мы кратко рассмотрим популярные и остановимся на детальном рассмотрении монорепозитория.


                      Владимир Баяндин
                      Head of Product @ Skyeng
                      Санкт-Петербург
                      Как построить фабрику качественных исследований и ускорить команду роста

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


                      из Доклады

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

                        Самый надежный способ проверить гипотезу — провести А/Б-тест. Но подготовка эксперимента требует ресурсов разработки и приличного объема трафика. Это делает проверку гипотез дорогим и долгим удовольствием. Мы в Skyeng очень ценим скорость, поэтому мы задумались, как решить эту проблему, и нашли спасение в качественных исследованиях, поставленных на поток.

                        Из доклада вы узнаете:

                        — как делегировать глубинные интервью и делать Customer Development каждый день

                        — как мы строили команду User Research, и чем она занимается

                        — как выглядит конвейерный процесс качественных исследований

                        — как оптимизировать привлечение респондентов на интервью

                        — реальные примеры исследований команды роста Skyeng

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

                        Бонусом все желающие получат шаблон документации для проведения глубинных интервью.


                        Александр Сербул
                        руководитель отдела направления контроля качества интеграции и внедрений "1С-Битрикс" @ 1С-Битрикс
                        Москва
                        Гибкое управление проектами в области машинного обучения и BigData

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


                        из Доклады

                          В докладе простыми словами расскажем, как применять популярные гибкие методологии (Agile, Scrum) в сложных проектах, связанных с машинным обучением, математикой, большими данными. Пройдем все этапы от проектирования, анализа, защиты бизнес-идеи и подбора команды, до оценок качества и конверсии сервиса «на бою». Разберем возможности быстрого запуска подобных проектов с использованием готовых облачных сервисов «Amazom Sage Maker», а также поделимся успешным опытом реализации ML-проектов внутри компании.

                          Доклад будет полезен менеджерам, заинтересованным в снижении издержек и рисков запуска проектов по машинному обучению, AI и большим данным в организациях. Также, доклад будет интересен всем, кто хочет привлечь в проект внешние ML-команды, стартапы, научные организации, в т.ч. через организацию конкурсов и хакатонов.


                          Александр Мадьянкин
                          @ Evil Martians
                          Москва
                          Как построить Гексагон: прагматичная архитектура для клиентских приложений

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


                          из Доклады

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

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

                            Вместо ровной и стройной архитектуры у нас получается Tutorial Driven Development — демонстрационный код из документации библиотек становится основой для приложения. Повышается зависимость от конкретных библиотек, нет четких правил написания кода и его стыковки со сторонним, высокоуровневый код переплетается с низкоуровневым.

                            В докладе я расскажу об архитектуре, к которой пришел за четыре года разработки SPA и React Native приложений через свои пробы и ошибки и анализ и рефакторинг чужого кода.