Вопрос спикеру

Сегодня о микросервисах говорят повсюду. Это и модный подход к построению архитектуры и, одновременно, если не быть к ним готовым - головная боль инженеров по эксплуатации в небольших стартапах.
В рамках доклада рассмотрим подходы к реализации на примере приложения на Spring, варианты коммуникации, включая RabbitMQ, Apache Kafka и ActiveMQ, оценим преимущества и недостатки, а так же попробуем ответить на главный вопрос: стоит ли хвататься за модную тенденцию и строить по её принципам свой новый стартап.

ИИ - уходящий хайп или новые возможности бизнеса. Кто не успел - тот опоздал


Глобальные корпорации уже осознали возможности цифровизации и искусственного интеллекта (ИИ) как основы Стратегии своего развития. И у нас в стране сейчас тоже много разговоров о цифровизации предприятий/компаний и о трансформации бизнеса в состояние 4.0. Что это такое? Далекое и практически нереальное будущее или вполне достижимая цель повышения конкурентоспособности бизнеса, в том числе среднего? Можно ли прийти к этой цели поэтапно и что это за этапы? Есть ли на рынке уже готовые решения, которые можно внедрять уже сейчас на предприятиях? И какие новые шансы даёт цифровизация ИТ-компаниям? Какое место ИИ занимает в цифровом предприятии?

Эти и другие вопросы мы обсудим на круглом столе с экспертами в области ИИ и представителями бизнеса.

УЧАСТНИКИ КРУГЛОГО СТОЛА
Владельцы и топ-менеджеры предприятий/компаний, задумывающиеся о долгосрочной стратегии развития; эксперты, владельцы, топ-менеджеры и специалисты ИТ-компаний, ищущие новые направления своего развития.


ПРИГЛАШЕННЫЕ ЭКСПЕРТЫ
Ямщиков Иван
Список дополняется.

ПРИГЛАШЕННЫЕ УЧАСТНИКИ
Руководители и владельцы компаний, входящих в Ассоциацию промышленных предприятий, Ассоциации малого и среднего бизнеса и др.
Руководители и владельцы ИТ-компаний, специалисты.
Представители сферы образования
МОДЕРАТОР
Шехтман М.Б. Председатель Совета директоров НПФ КРУГ
Вопросы для КС
1. ИИ сегодня используется во множестве отраслей. Где, по вашему мнению, его возможности максимально востребованы, а где, наоборот, он пока недооценен?

2. Видите ли Вы, какие задачи в вашей сфере бизнеса может решать ИИ?

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

4. С чего начинать цифровизации своего предприятия? Как составить Дорожную карту перехода к цифровому предприятию 4.0?

5. Требуются ли изменения в бизнес-процессах и организационной структуре компании при ее цифровизации? Имеет ли смысл оцифровывать беспорядок?

6. Какие заблуждения заказчиков относительно возможностей Искусственного интеллекта Вы бы назвали наиболее распространенными?

7. И другие по предложениям участников.

ДАТА И МЕСТО
19 апреля, библиотека Лермонтова.
Длительность - предварительно 1,5 часа.
Время уточняется.

Мы обсудим современные тенденции регионального развития и возможные сценарии, по которым будет меняться мир. "Будущее уже наступило, просто не везде" — эта расхожая мысль, но что она значит в контексте развития отдельного города/региона/страны/континента? Как "успеть" в уходящий технологический поезд? Мы разберём примеры того, что "работает" и "не работает", когда речь идёт о развитии технологий и построении технологического дела.

Не секрет, что сама парадигма DevOps ориентирована на какую-либо конкретную платформу. Это может быть голый Linux, Kubernetis, AWS и т.д.
Для каждой платформы существуют свои инструменты с присущими им плюсами и минусами. Работая над серьезными проектами небольшим коллективом
мы выработали для себя набор практик, которые в дальнейшем воплотили в своё собственное Open Source решение. На примере нашего решения будут раскрыты
основные понятия, такие как:
- Замкнутый цикл разработка-тестирование-развертывание;
- Инфраструктура как код и её версионирование;
- Шаблоны развертывания;
- Изолированные контейнеризированные окружения;
- Программно-определяемая среда выполнения.

В докладе сделан системный анализ 7 основных аспектов, присущих цифровому предприятию 4.0. Предложена модель перспективной архитектуры ИТ-платформы такого предприятия. Показано, что перед аналитиками, программистами и другими специалистами ИТ-индустрии открываются гигантские перспективы нового рынка программных продуктов. По каждому из 7 аспектов показаны направления возможного движения по созданию принципиально новых программных продуктов и решений, которые востребованы уже сейчас и будут востребованы в большом масштабе в самом ближайшем будущем. Что надо сделать для того, чтобы предприятие могло поэтапно трансформироваться из сегодняшнего состояние в состояние 4.0? Некоторые ответы стратегического характера будут даны в докладе.

Хочу поделиться опытом построения процессов CI\CD в компании с нуля.
С проблемами, затронутыми в данном докладе, сталкивается любой админ знакомый со страшным словом "Релиз".
Расскажу наш путь перехода от Ctlc+C/Ctrl+V к HotDeploy.

Доклад расскажет, зачем нужен DevOps-подход, существуют ли DevOps-инженеры, на что обратить внимание при внедрении DevOps, на какие технологии сегодня стоит обратить внимание. Чтобы все это не было скучно, доклад наполнен увлекательными примерами из опыта консалтинга «Экспресс 42».

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

Формат дискуссии/мозговой штурм.
Сообщество софтверных компаний региона делает конференцию SECON с 2007 года. В 2019 году состоится XI по счету. Я стоял у истоков конференции и одноименной ассоциации разработчиков ПО. Мы мечтали сделать из Пензы "силиконовую долину" - место где будем жить и работать мы и наши дети. За это время наша конференция выросла с 70 до 1500 человек в 2018 году. Но удалось ли нам достигнуть поставленных целей?
Пришло время проанализировать, что у нас получилось, а что нет, как изменилась среда и оценить перспективы.

В докладе расскажем об особенностях lambda-архитектур, платформе микро-сервисов Amazon Lambda, а также подводных камнях и победах с Node.JS и многопоточной Java. Затронем тему эффективной разработки и тестирования надежного и устойчивого многопоточного кода на Java. Поделимся опытом организации промежуточного дифференциального хранилища и непростым выбором между LMDB (lightning memory-mapped database), LevelDB (используется в Bitcoin blockchain), Apache Derby и Berkeley DB. Подробно расскажем о тонкостях использования инфраструктуры очередей на базе Amazon SQS, NoSQL в DynamoDB и мониторинге системы для предотвращения потерь данных клиентов и минимизации рисков последствий отказов и аварий датацентров. Разберем практику применения алгоритмов кластерной координации на примере ZooKeeper/Curator для масштабирования приложения.

Я расскажу о применении искусственного интеллекта в «кровавом» энтерпрайзе. Крупные бизнесы по всему миру вспомнили, что на дворе двадцать первый век и переделывают старые бизнес-процессы с учётом того, что в мире есть компьютер (внезапно), который справляется со многими задачами лучше, чем человек. Это можно называть Digitalization, но нам не так важно, как это называется. Нам важно, что это огромный рынок, на котором можно создавать новые продукты.

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

Доклад посвящён различным подходам и сценариям обеспечения безопасности в распределённых приложениях на основе микросервисов. Рассмотрим, основные шаблоны и протоколы безопасности, а также их реализацию и применение в библиотеках Spring Security.

Один из самых дорогих ресурсов при разработке - это время разработчика. Программисты UE4 - не исключение. Как выявить потенциально опасные места в автоматическом режиме и понизить влияние человеческого фактора? Как выстроить процесс разработки для минимизации случаев "оно компилируется"?

Итеративность разработки будет рассмотрена в двух проявлениях:
1. Как сладить с C++ и "долгой компиляцией" при разработке игровых (и не очень) проектов.
2. Сила CI или "пусть роботы работают во благо человечества, а не наоборот"

Сборка. Тестирование. Дистрибьюция. Локальная работа в условиях "тяжелого проекта".

Спикер расскажет о развитии технологий VR\AR и подхода виртуального прототипирования.
Будет затронута тема, какие возможности предоставляет виртуальное прототипирование и какие задачи оно помогает решать в машиностроении и строительстве.
На кейсах компании Денис продемонстрирует примеры задач, которые можно решить, используя VR-технологии в промышленности.

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

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

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

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

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

В зависимости от размеров команды есть вероятность, что даже всех имён вы не запомните в течение первого дня или даже недели. А ведь ещё нужно узнать, кто скрывается за этими именами - характер, компетенции, навыки.

А ведь кроме построения взаимоотношений в своей команде есть ещё коллеги, процессы, регламенты и негласные традиции. Как не потеряться во всем этом многообразии и объеме информации? Как не потерять все полимеры, оправдать ожидания руководства и собственные? Как успеть объять необъятное, когда всё наваливается в режиме «здесь и сейчас», а часики испытательного срока нервно тикают над головой.

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

Современный мир стремительно движется и меняется. С каждым годом выходят новые инструменты и технологии к которым просто не успеваешь приспособиться. Однако я расскажу о них подробнее, а так же как с их помощью улучшить свою эффективность и работу с проектами. Так же расскажу о AR/VR проектов, с каким трудностями мы сталкивались и как решили прикоснуться к DataViz.

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

Разбор конкретной методики UX Research - «Глубинное UX интервью». Максимум практики с разных сторон. Как вытянуть из слов пользователя "мне это не нравиться" в чем именно расхождение потребности и продукта. И в целом разберем и закрепим на практике подход к одному из основных методов качественные исследования в Customer Research. Будем разбирать примеры разных продуктов от сервисов и игр до магазинов и соц.сетей. Соберем и разберем все ошибки новичка.

В докладе я затрону практические аспекты работы в распределенной команде.

1) Как происходит поиск, найм и адаптация
2) Какие используем приемы и технические средства
3) Лучшие практики работы
4) Худшие практики работы
5) Сравнение удаленной работы и инхаус.

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

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


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

VR технологии очень требовательны к разработчику. Все мы слышали истории про дискомфорт пользователей при использовании приложений и игр в виртуальной реальности. Никому не хочется что бы пользователя тошнило от работы разработчика =) Я расскажу как избежать базовых проблем при разработке VR приложений

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

Давайте разберем секционирование (партицирование) таблиц. Я как PostgreSQL DBA буду освещать эту тему в контексте знакомой хорошо мне базы данных. Однако эти принципы в в той или иной мере работают и реализованы и в других RDBMS.
Как оно работает под капотом, какие принципы закладывались и как это в итоге реализовано в RDBMS. Какие плюсы здесь и сейчас можно извлечь разработчикам из грамотного использования секционированных (партицированных) таблиц. Основные модели использования секционированных (партицированных) таблиц в практике. Узнаем как можно использовать ваши сервера на 100% полезной нагрузки с помощью этого функционала, не тратя ресурсы на бесполезную работу. А так же взглянем на секционирование (партицирование) таблиц, как на главного помощника в шардировании нашей базы данных.

MariaDB давно переросла своего родителя MySQL за счёт функционала, добавляемого в MDB. Одной из таких фич стал engine для аналитической нагрузки - Columnstore AKA MariaDB AX, который отлично укладывается в парадигму MariaDB: каждой нагрузке свой движок.

В рамках доклада я познакомлю аудиторию с архитектурой, возможностями и установкой Columnstore.

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

Руководство компании видит эту ситуацию как "черный ящик" и недоумевает, почему на вход подается конкретный перечень задач, а на выходе почему-то все совсем иначе. И не с кого спросить, зачастую. Потому что "само получилось"

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

Приходите, и мы поговорим как все это организовать и запустить

В своем докладе я покажу почему GraphQL может очень серьезно изменить подход к разработке клиентских приложений. Рассмотрю историю развития подходов к управлению состояниями. Расскажу каким образом GraphQL библиотеки могут интегрироваться с существующим приложением. И дам несколько советов и лучших практик

TBD

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

Распределенные команды сейчас становятся все более популярны, однако синхронизироваться, находясь по обе стороны океана сложно. Разница во времени, культурные барьеры, и отсутствие личного общения - всего несколько проблем, с которыми постоянно приходиться бороться. Доклад расскажет, как SkuVault упростили свои бизнес-процессы, отразив их в Atlassian Jira, выстроили систему коммуникации в командах, создали новый проект, только для требований, и поработали над тем, чтоб всем работалось комфортно, несмотря на географическую составляющую.

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

За рекордно короткие сроки мы поэтапно соберем рабочий прототип приложения сразу под две платформы. Все это мы сделаем с использованием нового мульти-платформенного фреймворка Flutter.
Что будет:
Немного познакомимся с самим фреймворком и его основными преимуществами
Инициализируем приложение и познакомимся со структурой проекта;
Сверстаем пару экранов;
Анимируем навигацию между этими экранами;
Получим изображение с фронтальной камеры устройства.

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

Опыт изучения языка программирования Java с нуля:
- Анализ различных подходов к изучению: что выбрать: самообучение (youtube, книги, статьи) или курсы?
- Самоорганизация при изучении: целимся, планируем, контролируем.
- Ожидания и заблуждения, собственная история от изучения основ до работы в реальных проектах.
- Что взять с "Джуна"? Разбор понятия "Junior": кто это и что он должен знать.
- Как сделать первый шаг уже сегодня?

В наше время, люди с помощью смартфонов общаются в мессенджерах, сидят в социальных сетях, смотрят фильмы, делают покупки, слушают музыку, занимаются спортом, сидят в интернете и многое другое. Сейчас ещё больше сервисов уходит на мобильные устройства. В связи с этим всё больше становится востребована разработка мобильных приложений. Для их создания существует множество технологий. Чаще всего, когда заходит речь о разработке мобильных приложений силами frontend’а, имеют ввиду React Native. Но помимо этой технологии существуют и другие.
В докладе рассмотрим, какие сейчас есть технологии для мобильной разработки и наглядно сравнить как выглядят и работают идентичные приложения, одно из которых написано на React Native, а другое на Cordova. Определим сильные и слабые стороны каждого из решений.

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

Любая программная система содержит ошибки и порой эти ошибки могут привести к весьма плачевным последствиям в плане информационной безопасности. В рамках мастер класса разработчики программного обеспечения смогут познакомится с инструментами и получить практические навыки, достаточные для того чтобы самостоятельно провести тестирование на проникновение свои разработок, в объеме, достаточном для выявления наиболее распространенных проблем безопасности.
Длительность мастер класса - 2 часа.
Требования к участникам: ноутбук, материалы для скачивания будут предоставлены дополнительно

К in-memory базам данных прибегают в случаях когда нужно отдавать данные с высокой скоростью. Но что делать если сложная бизнес-логика не укладывается в возможности коробочных in-memory баз?

В докладе будут рассмотрены: интеграция reindexer-а в проект высоконагруженного бэкэнда, реализации механизмов синхронизации данных с PostgreSQL, опыт практического использования и примеры построения запросов.

JSON, XML, Protobuf, Thrift, MessagePack, Avro или костыли собственного изготовления? Сейчас, когда космические корабли бороздят просторы Большого Театра, то есть, каждый второй проект построен на сервисной архитектуре и крепко завязан на RPC, проблема выбора бинарного представления будоражит не одно стартаперское воображение. Что же всё-таки лучше – тупо взять Protobuf или с любовью отшлифовать собственные костыли?

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

Несмотря на то, что последние полгода Room кочует из одной версии alpha в другую, разработчики используют эту часть Jetpack очень активно. ORM от Google привлекает их понятной структурой, малым количеством необходимого boilerplate-кода, лёгкими миграциями, простотой тестирования и ещё множеством приятных мелочей.

Если Вы ещё не используете Room в своих проектах, определенно, вам пора начинать! Я расскажу вам, как это сделать, избежав типичных ошибок и получить серьезный профит.

Рассмотрим вопросы:
- как сделать код работы с БД более читаемым и понятным
- как получить привязку выполнения запросов к БД к жизненному циклу Activity и Fragment
- как при этом следовать SOLID без лишних усилий
- как писать и тестировать миграции

Мой доклад рассчитан как на начинающих разработчиков, так и на опытных специалистов, возможно уже использующих Jetpack и модные сейчас coroutines языка Kotlin в своих проектах.

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

Скорость и стабильность - вот что важно на текущем этапе развития автотестирования. Особенно когда количество автотестов исчисляется тысячами.
Как же нам сделать здоровыми и быстрыми наши тысячи маленьких и больших автотестов?
Лично мы решили их кормить правильной инфраструктурой из виртуальных *nix серверов, Docker контейнеров, WireMock заглушек, сервисов хранения тестовых данных и наивкуснейшего OpenShift'a.
А за результатами наших автотестов мы попросили проследить наших хороших друзей, таких как InfluxDB и Grafana.

Александр расскажет об опыте частного акселератора YellowRockets, различных программах, реализованных за 5 лет: от региональных акселерационных программ до частных корпоративных акселераторов для крупных корпораций. Кому и чем могут быть полезны акселераторы и акселерационные программы. Что нужно для привлечения инвестиций от венчурного фонда на ранних стадиях развития проекта.

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

1. Интеллектуальная собственностьв сфере IT. Виды объектов интеллектуальной собственности и особенности правовой охраны. 2. Преимущества и выгоды компании от использования объектов интеллектуальной собственности в деятельности. Патентная активность IT-компаний. 3. Правила оформления объектов интеллектуальной собственности. Организация процесса патентования в компании. На что нужно обратить внимание. 3.1. Добровольная и обязательная регистрация объектов интеллектуальной собственности. 3.2. Взаимоотношения с авторами новой разработки. 3.3. Раскрытие сущности новых разработок (изобретения). Правовые последствия раскрытия. 3.4. Стратегия патентования. Стадии получение патента. 4. Мифы патентования. 5. Механизмы поддержки патентования в Российской Федерации. Как заявителю сэкономить средства на патентование. 6. Защита объектов интеллектуальной собственности. Ответственность нарушителя.

* Показать людям, которые занимаются web-разработкой, умеют в HTML, CSS, JS, что мобильная разработка - это не сложно и вполне хватит уже имеющихся у них знаний, чтобы делать свои мобильные приложения.
* Показать, что технологий, позволяющих делать мобильные приложения много - и каждый может найти что-то по своему вкусу. Какие у технологий есть достоинства и недостатки.
* Люди наглядно смогут сравнить как минимум 2 технологии и развеять свои сомнения на счёт них.
* Донести, что разработка кроссплатформенных мобильных приложений востребована, что этот рынок всё растёт и растёт и люди готовы за это платить.
* Рассказать, про типичные проблемы и ошибки при разработке кроссплатформенных мобильных приложений и их решения.
* Предоставить людям доступ к исходному коду одного и того же мобильного приложения, но на разных технологиях

Данный доклад относится к классу научно-популярным и состоит из трех частей:
- первая часть является кратчайшей из возможных версий истории науки об искусственном интеллекте, вы узнаете что "отцы-основатели" имели в виду под этим термином;
- во второй части слушатели узнают чем отличаются о современно состоянии ИИ и его пределах;
- третья часть доклада фокусируется на профессии data scientist, и отвечает на вопросы о том кто они такие, что они могу и сколько им нужно платить.

Задачей данного доклада является ознакомление аудитории с базовыми принципами машинного обучения и демонстрации того, что машинное обучение и статистика могут быть применимы к любым областям, в которых происходит сбор данных. Доклад состоит из трех частей:
- в первой части будет рассказано о том, что такое машинное обучение и какое место оно занимает в науке об искусственном интеллекте на примере линейной регрессии;
- во второй части слушатели ознакомятся с классическим А/Б тестированием;
- в третьей части будет представлен реальный пример из опыта работы с сетью розничной торговли, о том как можно использовать машинное обучение для обхода некоторых ограничение фреймворка А/Б тестирования в тестировании гипотез.

Автор доклада не так давно встал на путь развития тимлида - необходимость возникла при росте отдела. Но совсем переставать программировать он не хочет - поэтому пока новым обязанностям уделяется до 30% рабочего времени.
Будучи тимлидом, в зону ответственности автора попадают совершенно новые задачи, с которыми раньше сталкиваться не приходилось. Нужно быстро ориентироваться, быть проактивным, да ещё и коллегам-тимлидам из других отделов помогать.
В докладе планируется представить практики развития и повседневные инструменты, используемые автором доклада для решения текущих задач и саморазвития.
На основе матрицы развития в форме mind-карты планируется рассказать, как систематизировать новые векторы развития и пошагово достигать целей. Также будут описаны практики работы с командой (технологизация, ретроспективы (по отделу), KPI), новые активности внутри компании (взаимодействие с коллегами-тимлидами, клуб тимлидов, взаимодействие с отделом продаж, проведение стажировок, хантинг и другое). И самое главное - как автору удаётся удерживать навыки кодинга и развиваться в новой для себя роли.

The Java programming language is growing, getting new features every new version. Some of them are coming from a functional programming paradigm, some from procedural one. How does it affect the object-orientation of Java? Do we lose the OO spirit or we gain it? Do we need it in the first place, if everything works just fine without it? I’ll try to analyze the changes Java introduced over the last years, since its version 1.6, and find out which of them are making the language better or worse.

Что может быть не так с вёрсткой? Да все, что угодно! Ведь верстка - это не так просто, как кажется: она может не соответствовать макету, кодстайлу, некорректно работать в различных браузерах... А ещё она может ломаться в неожиданных местах. И всего одна строчка css кода может разломать страницу. Поэтому вёрстку необходимо тестировать.

Я расскажу о том, как мы внедряли регрессионное тестирование верстки на стороне фронтенд разработки в команде Mall.my.com (Mail.ru Group), о предпосылках его внедрения, сложностях, с которыми мы столкнулись, и о том, какие проблемы это помогло нам решить.

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

Хочу поделиться своим опытом и взглядом на такие ситуации, как
- Вхождение в отрасль. Трудно и страшно? Совсем нет.
- Общение с программистами. Суровые бородатые личности? Неа.
- Карьерный рост. Пришел, увидел, победил - миф? Реальность.
Надеюсь убедить, вдохновить и помочь тем, кто в этом нуждается.

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

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

Попробуем найти ответы, опираясь на опыт разработки Гильдии Героев - мобильной игры, поддерживающей 10 языков (включая китайский и арабский). Lots of cool stories included!

Бытует мнение, что единственная задача тестировщика игрового продукта - в прохождении игры в режиме 24/7 и дальнейшем оповещении программистов о найденных проблемах.
В рамках этого доклада я постараюсь развеять давно сложившиеся стереотипы на примере мобильной игры Гильдия Героев.
Мы рассмотрим:
- как менялись подходы и методы тестирования проекта вместе с ростом команды разработчиков, функционала игры и базы игроков;
- какие еще варианты, помимо ручного тестирования, применимы для игровых проектов;
- каким образом можно улучшить качество продукта в сотрудничестве с игровым сообществом и отделом техподдержки.

Традиционно считается, что тестирование - это процесс, завершающий разработку и дающий разрешение на отправку продукта конечным пользователем. Такой подход ошибочен и вреден. Почему? Узнаете на докладе.

Статический анализ всё больше воспринимается как неотъемлемая часть процесса разработки качественного программного обеспечения. Разумеется, у этой технологии уже есть свои сторонники и противники, но, несмотря на это, тема статического анализа всё более актуальна и требует детального рассмотрения. Рассмотрим, что такое статический анализ, как он применяется и как влияет на качество и надёжность кода. Поговорим о важности раннего обнаружения ошибок и дефектов уязвимости. Рассмотрим существующие инструменты для Java, такие как Sonar Java, FindBugs и анализатор встроенном в среду разработки IntelliJ IDEA. Расскажем историю, почему несмотря на уже существующие инструменты, мы решили разработать PVS-Studio для Java, как мы это делали и что в итоге получилось. В конце затронем вопрос интеграции статических анализаторов кода в большие старые проекты. Другими словами, как увидеть 100500 срабатываний и не упасть духом.

Прогрессивные веб-приложения уже получили действительно широкую известность и признание всеми вовлеченными сторонами: разработчиками браузеров (наконец, всеми!), разработчиками, пользователями. Идея приложений, не зависящих от подключения к сети, доказала свою жизнеспособность, и мы видим все больше и больше проектов, идущих по этому пути, что делает возможность работы в офлайне не только лучшей практикой, но просто и хорошей манерой в вебе. В моем докладе, основанном на глубоком исследовании возможностей Service Worker API (с использованием Cache Storage, Background Fetch, Background Sync) и собранных UX-находках, мы рассмотрим историю офлайн веба, важность рассмотрения подключения как привилегии, текущие проблемы (и их решения) и правильные инструменты.

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

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

Вместе с вами мы пройдем путь от простого маленького приложения к сложному и комплексному. Рассмотрим варианты организации кодовой базы. Доставки артефактов. Ответим на вопрос «Да что вообще черт возьми за артефакт?». Ну и попробуем понять когда и зачем нам может понадобиться монорепозиторий.

С этим докладом мы вернемся с вами в 1983 год и взглянем на то, как разрабатывались игры для одной из самых популярных консолей прошлого века. Узнаем, как создавалось все великолепие 8-битных игр, о которых нам рассказывал Сергей Супонев с экранов телевизоров.

На мастер-классе участники смогут создать небольшой навык для голосового помощника Алиса с нуля. Ориентировочная длительность мастер-класса - 6 часов. Язык программирования - Python. Кроме непосредственно написания навыка будет показано как опубликовать его в тестовой среде, а также даны рекомендации по переводу его в продуктивную среду.

Гуманитарый доклад для технарей
На javascript написано больше всего проектов на гитхабе.
О его костылях ходят легенды.
Причины лежат в истории интернета.
В докладе мы затронем времена с 1999 по 2019.

Ответим на вопросы:
Как верстали наши дедушки?
Как изменился бекенд?
Почему webpack генерирует бойлерплейт?
Зачем нужны типы?

В данном докладе мы познакомимся с возможностями ARKit:
0) Построение объектов 3D примитивами
1) Движение объектов в 3-х мерном пространстве
10) Прикрепление объектов к вертикальным и горизонтальным плоскостям
11) Создание плоскостей и наложение на них медиаконтента
100) Применение

P.S. В виде мастер-класса

В докладе рассматриваются два основных способа создания компонентов на ReactJS (классы и функции) с точки зрения организации командной разработки коммерческого веб-приложения. Сравнивая оба подхода, мы разберёмся зачем нужен выбор единообразного способа создания компонентов, когда это необходимо и как убедить команду следовать правилам. Рассмотрим, как на этот выбор может повлиять активное распространение React Hooks.

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

Разберемся, как рисовать 2D быстро, но просто, на примере написания игр, не забивая голову матрицами и сложным API. В докладе рассматриваются концепции пререндеринга, шейдеров и использования React-дерева для быстрого рисования на плоскости.

Четырехчасовой мастер-класс, на котором Серёжа познакомит с основами построения сеток с использованием CSS Grid Layout. Расскажет о принципах, которых необходимо придерживаться при построении сеток, об основных возможностях Grid Layout и базовых внутренних техниках построения сеток. Покажет, как и куда можно прикладывать CSS Grid Layout в реальных проектах, и почему это упрощает жизнь.

Хочу поделиться опытом разработки приложений на Spark в контексте Data Engineering.
Тема, которую я представлю на докладе - это реальный проект, разработкой которого я занимался.
Пример будет состоять из чтения данных из Kafka, обработки с помощью Spark Structured Streaming (включая stateful трансформации) и записи результатов в HDFS.
Также расскажу нюансы по деплою проекта (Yarn, HDFS, Apache Oozie).
Примеры будут на понятном для большинства слушателей подмножестве языка Scala (без монадных трансформеров и прочей живности).

В больших проектах невозможно уследить абсолютно за всем, к тому же регрессионное тестирование очень утомляет, на помощь приходит автоматизация. Но и здесь остаётся много подводных камней: где запускать автотесты, когда, как формировать отчёты.
Система управления тестированием TestRail имеет возможности написания и хранения кейсов, а также объединения их в раны, плюс генерация сводных отчётов по проведенному тестированию.
Любые проекты и тесты будут храниться в Gitlab и запускаться в CI, а красивые репорты отправляться всем желающим. Таким образом, на выходе получаем универсальный подход к любым проектам.

План:
* Обо мне
* О docdoc
* Как работаем - все удаленно + ведем тесты в TestRail+Jira+RocketChat
* Схема работы без ревью
* Рост команды - по 4 человека в месяц
* Проблемы такого подхода
* Вводим ревью - настройка TestRail
* Вводим ревью - интеграция с RocketChat
* Вводим ревью - процесс ревью и автоматизация
* Вводим ревью - стилистика, вводим глоссарий
* Вводим ревью - правила ревью: как проводить
* Вводим ревью - правила ревью: на что обращать внимание
* Чек-лист изменений
* Итоги
Q&A

Обсудим методологии Test-Driven Development и Behavior-driven development. Как мы это применяем в жизни, но почему-то не используем в разработке. На самом деле это стоит попробовать каждому, а те, кому это понравится, получат гору экспы и профита.

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