SECON'2019
XI международная конференция разработчиков программного обеспечения
Заявки на доклады

Кильдишев Денис Geex Arts, Москва
В докладе я расскажу об SPA архитектуре на примере создания собственной административной панели, заработавшей на GitHub 2000 звезд. Мы разберем как расширить интерфейс и логику фронтенда за счет Web Components и создать визуальный конструктор интерфейса.

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


Смирнов Дмитрий Digital Oxygen - студия разработки AR\VR проектов, Пенза
Доклад рассказывает о стартапе продукции с AR технологией, который развивается на протяжении 2 лет. История о том как тяжело продавать инновации в РФ.


Калекин Даниил ГК INKOM , Пенза
Такую работу должны делать все стартаперы, чтобы понимать свою целевую аудиторию, рынок и выявлять преимущества своего проекта в зачатке. Это поможет принять решения - стартовать или нет(Спойлер:ДА!). Мы сэкономили время будущих стартаперов и провели такой анализ сами :)


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

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

Что еще мы делаем прямо сейчас:

— для QIWI банка делаем пятый по счету проект;
— редизайним большой сайт + два приложения + печатку ВкусВиллу (уже выпустили бету https://new.vkusvill.ru);
— помогаем Яндекс.Драйву с рекламой;
— делаем фильтрам для воды Барьер приложение;
— работаем с Локалс;
— подписываем договор с Кофикс и Дождем;
— работаем с Америкой (стартами из «долины»);
— со Шведами и с другими менее известными ребятами.

Полтора года назад этих клиентов у нас не было:)


Портфолио можно посмотреть по ссылке:

https://medium.com/@maxdesign/%D0%BF%D0%BE%D1%80%D1%82%D1%84%D0%BE%D0%BB%D0%B8%D0%BE-85be083f224f (также есть видео-отзывы от Локалс, QIWI и ВкусВилл).

А тут отдельная подборка по приложениям: http://m-a-x.design/apps


Сальников Андрей DataEgret, Казань
Мажорный upgrade PostgreSQL, довольно часто эта фраза вызывает страх и боязнь предстоящей работы. На самом деле все не так страшно и мы с вами с этом убедимся в рамках мастер класса, сделав upgrade работающей базы данных под нагрузкой. Параллельно акцентируем внимание на проблемных местах, которые могут нам подпортить выполнение этой процедуры. Увидим, что получить новый функционал, которые несут свежие версии кода довольно просто. Оценим затраты времени на разные варианты мажорного upgrade, с простоем базы данных на запись и без простоя.


Александр Замышляев Яндекс, Санкт-Петербург
- Мы — команда Трекера, которая сама использует свой сервис.
Задачи по разработке Трекера ведутся в нём самом, поэтому мы имеем возможность улучшать инструмент и этим улучшать собственные процессы.
- Проблема с “ненастоящим” скрамом: спринты есть, а скрама нет
У нас, как и у многих других, были спринты и встречи, похожие на описанные в Scrum Guide. Но скрам не работал. Расскажу, как мы его настроили.
- Проблема с потерей задач в процессе выполнения
Зачастую наши задачи повисали в промежуточных состояниях, например, в тестировании или "готовности к релизу", но не доезжали до продакшена.
- Организация скрам-команд: как ужиться фронтенду и бекенду? Как разрабатывать и тестировать фичу, затрагивающую несколько компонентов?
Специалисты разных типов должны работать вместе, чтобы выполнить задачу. Кроме того, при разработке могут понадобиться изменения в компонентах с разным релизным циклом: фронтенд, бекенд, библиотеки и т.д. Мы нашли удобное решение этих вопросов.
- Жизнь задачи: Как попасть в продакшен и не заблудиться?
Проблема с "зависшими" задачами и со сложным жизненным циклом решается удобным набором статусов задачи и переходов между ними. Расскажу про наш вариант.
- Организация ревью кода: как распределить задачи по ревьюверам? Что сделать, чтобы ревью заканчивалось в разумное время?
Организация ревью кода это не просто: сроки затягиваются, а разработчики в разной степени склонны проводить ревью. Мы пробовали разные варианты решения и автоматизировали их через Трекер, это помогло решить большую часть проблем.
- Git flow и его настройка под процесс, управление составом релизов, хотфиксы и откаты релизов.
Это может показаться банальным, но git flow действительно работает и приносит пользу. Однако, есть несколько близких вариантов его организации, и какой удобнее использовать — зависит от процессов в команде.
- Поддержка тестирования: Teamcity, docker и тестовые стенды
Teamcity настраивается гибко, а docker удобнее deb-пакетов. Расскажем, как это можно применить для поддержки тестирования.
- Проблемы со сложными релизами в нескольких окружениях, zero downtime релизы.
Каждый релиз каждого компонента должен деплоиться в несколько окружений. Мы научились избегать конфликта версий и не забывать об отдельных частях. И обновляться без перерыва в обслуживании при этом.
- Сервис для релизов и автоматизация
Любую рутину можно автоматизировать. Вот мы и сделали маленький инструмент для поддержки релизного цикла, а интеграция с Трекером позволила встроить его в процесс.


Волкова Анна ZeBrains, Ульяновск
Расскажу о работе дизайнера в связке с фронтендером при создании приложения на React, в том числе затрону следующие темы:
- Подготовка дизайна мобильных приложений для "фронта" на ReactNative
- Трудности, которые возникают при общении между дизайнером и фронтендером
- Android и iOS – 2 разных дизайна?
- Как сделать так, чтобы фронтендер не "сжог" твой дизайн


Попов Дмитрий ООО "Мое дело", Пенза
Если не каждый первый, то каждый второй наверняка слышал про микросервисную архитектуру. В течении доклада я расскажу про достоинства и недостатки, которые мы видим в использовании такого подхода в разработке. Поделюсь нашим опытом в переезде с монолита на микросервисы. Надеюсь, что после доклада и Q&A секции вы сможете разрешить для себя вопрос о последующем архитектурном развитии вашего проекта.


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

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



Симон Владислав Международная юридическая фирма GRATA International , Самара
Участники выступления обсудят два блока тем:

1. О вопросах корпоративного оформления бизнес-проекта в России, иностранных юрисдикциях, экономических и налоговых выгодах и рисках расскажет партнер Международной юридической фирмы GRATA International, управляющий партнер Адвокатского бюро RBL Дмитрий Самигуллин.

2. Оформление интеллектуальных прав на ПО в России и в зарубежных юрисдикциях; как оформить отношения между компанией и ее сотрудниками для предотвращения краж создаваемых IT-решений и ПО; вопросы установления режима коммерческой тайны и оформления ноу-хау. Спикер - руководитель практики интеллектуальной собственности Адвокатского бюро RBL Владислав Симон.

Дмитрий Самигуллин - адвокат, к.ю.н., управляющий партнер Адвокатского бюро RBL, партнер международной юридической фирмы GRATA International. Аттестованный налоговый консультант, сертифицированный медиатор, член International Bar Association, член Российской Палаты налоговых консультантов, член Ассоциации юристов России.

Владислав Симон - руководитель практики интеллектуальной собственности Адвокатского бюро RBL, магистр права, член ассоциации юристов России. Прошел обучение в Российской государственной академии интеллектуальной собственности по направлению "Правовая охрана и защита интеллектуальной собственности". Спикер LF LIVE 2018 в рамках Петербургского Международного Юридического Форума, участник Патентной школы Skolkovo.


Сошкина Лидия 2ГИС, Новосибирск
Слушатель получит практический гайд по приоритизации тест-кейсов на примере мобильного приложения.
Первичные факторы, влияющие на приоритет кейсов: критичность проверяемого функционала и то, насколько часто пользователь сталкивается с кейсом.

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

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


Прогрессивные веб-приложения уже получили действительно широкую известность и признание всеми вовлеченными сторонами: разработчиками браузеров (наконец, всеми!), разработчиками, пользователями. Разработчикам приложений на Angular повезло: существуют как минимум два отличных варианта для автоматизации основных функций PWA: "нативный" Angular Service Worker и библиотека Workbox.

Оба подхода надежны, удобны и по-своему уникальны! Давайте рассмотрим основные функции PWA, реализованные с использованием NGSW и Workbox, чтобы после доклада вы смогли сами выбрать вариант, с которого проще начать, который проще использовать и удобнее поддерживать.


Доклад состоит из набора рецептов по оптимизации вашего приложения, разделенных на две группы:

Работа с сетью
- Production mode
- Lazy loading
- Service worker
- Server-side rendering

Выполнение кода
- Использование pure pipes
- Стратегия обнаружения изменений OnPush
- Собственная стратегия обнаружения изменений
- Использование trackBy


Rozhkov Sergey Andersen, Minsk
Войти в АйТи хотят все, писать код могут многие, а вот писать хороший код - далеко не все. Давайте поговорим о качестве кода, как его писать, чтобы следующий разработчик тебя не проклял.
Качество кода, его масштабируемость и читабельность - это ключевые навыки разработчика, которые отличают его от обезьянки. Как достичь дзена и зачем всё это нужно.


Rozhkov Sergey Andersen, Minsk
В последнее время я и мои коллеги всё чаще сталкиваемся с этим синдромом. Это - коварная гадость, которая может пустить всё под откос. И хочется поговорить о том, как этого избежать или избавится от этого.


Зелёная Валерия HTML Academy, Saint-Petersburg
Есть распространённое мнение, что фронтендерам не нужно знать основ программирования (алгоритмы, структуры данных, паттерны проектирования и тд), потому что можно работать и так.
Я считаю, что это неверное мнение. Хорошему разработчику полезно обладать этими фундаментальными знаниями.

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


Зелёная Валерия HTML Academy, Saint-Petersburg
Новички боятся, что это не их сфера, вдруг что-то не получится. Но правда в том, что научиться программировать может каждый. Дам советы, как это делать эффективно: как изучать новые темы, как разбираться в куче информации.
Расскажу, почему допускать ошибки нормально, расскажу, как учатся нейросети (спойлер, так же как люди, через ошибки), дам советы, как извлекать опыт из ошибок и прокачиваться.
На примере игры, покажу как придумывать план решения, когда встречаешься со сложной задачей.
Дам советы, как придумывать задачи для практики самостоятельно и как оборачивать свои страхи в практику и пользу


Попов Сергей Генеральный директор аутсорса по фронтенд-разработке Лига А., Лига А. / HTML Academy, Санкт-Петербург
Новичкам хорошо, их много учат, им дают много материала. Но почему после обучения не все из них не становятся разработчиками? Даже те, кто показывает неплохой уровень вёрстки. Они не умеют работать в команде, в режиме дедалйнов, не переваривают правки. Они никогда не работали в среде, которая прокачивает все эти необходимые навыки. Как и зачем мы это делаем, и почему для новичков это необходимо?