Андрей Ваганов
Senior front-end developer @ Aggregion
Казань

- Показать идеи Angular2

- Показать как можно больше реальной практики

- Применение Redux подхода в Angular2 и почему это круто работает и легко применимо

- Functional reactive programming (FRP) с Angular 2

- Как быстро и без проблем начать


Александр Кириллов
Software engineer @ Evrone

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


Offline Mobile JS приложение в браузере и с чем его едят:

- Для чего

- Хранение данных

- Кеширование

- Обновления

- Поддержка браузерами


Павел Силин
frontend-разработчик @ Devim
Санкт-Петербург

1) обзор разных подходов к архитектуре приложений

2) типичные ошибки, проблемы и страдания в сложных react приложениях

3) как страдать меньше и сделать масштабируемое и поддерживаемое react приложение


Олег Падерин
Директор @ РуГаджет
Ульяновск
Валерий Кандаулов
Директор @ ИнтелСофт
Ульяновск
Кирилл Святов
Декан ФИСТ @ УлГТУ
Ульяновск
Roman Khanaev
Commercial Development Director @ Heat Lab
Ульяновск
Вадим Шишкин
директор института @ УлГТУ
Ульяновск
Виталий Улыбин
Генеральный директор @ ЗАО Russian IT Group
Ульяновск
Вячеслав Поснов
директор @ УНТЦ ВИАМ
Ульяновск
Андрей Редькин
CEO @ Ульяновский наноцентр ULNANOTECH
Ульяновск
Дмитрий Бондаренко
Руководитель научно-исследовательских проектов, к.т.н.. доцент @ Эрбас Груп Инновейшнс Ск
Москва
Сергей Потапов
Технический директор @ ХитЛаб
Ульяновск
Ольга Уханова
project manager @ StroyLab, LLC
Ульяновск
Владимир Чугунов
Главный инженер @ ООО "Комберри"
Ульяновск

Будущее авиационной промышленности.

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

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

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

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

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

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


Игорь Шеко
Front End Developer @ Voximplant
Москва

– Расскажу что такое Acelerated Mobile Page. Почему сейчас это актуально и мегакруто.

– Расскажу про опыт внедрения AMP в мире: какие предпосылки для внедрения, какие ресурсы задействованы, что это приносит в итоге.

– Обзорно расскажу про доступные AMP инструменты и компоненты. Для самых важных покажу примеры использования.

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

– Затрону тему мотивации партнеров и начальства для выделения ресурсов на разработку AMP расширений.

Все исходники будут доступны слушателям по qrcode на последнем слайде.


Артур Эшенбренер
Архитектор @ Мегаплан
Москва

Расскажу про разработку второй версии Мегаплана с использованием REST на бекенде и React + Typescript на клиенте.

Строгий протокол общения между бекендом и клиентом.

Типизация протокола на стороне PHP

Применение Typescript на клиенте в связке со строгим протоколом общения с бекендом


Анатолий Панов
Руководитель отдела разработки @ Lazada
Москва

Я присоединился к компании Lazada 2 года назад, когда уже были сделаны первые шаги в сторону микросервисной архитектуры, но мы были еще в самом начале пути. За это время мы прошли путь от 5-ти до 60-ти микросервисов, написанных на Golang, набили шишек и получили опыт, которым я и хочу с вами поделиться.

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

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

Мой доклад будет вам интересен, если вы думаете начать строить что-то основанное на микросервисной архитектуре, ищите способы решение эксплуатационных проблем или просто интересуетесь темой микросервисов.


Константин Назаров
SRE @ Tarantool
Moscow

Что если вам нужно сделать быстрый, и не слишком сложный сервис, который при этом хорошо вертикально масштабируется? Как избежать ненужных внешних очередей на redis? Как обойтись без gunicorn? Как уместить все в один процесс? Обо всем этом я расскажу на примере построения API Gateway на Python, Flask и Gevent


Иван Панченко
заместитель генерального директора @ Postgres Professional
Москва
Олег Бартунов
генеральный директор @ Postgres Professional
Москва

Крылов Виктор
Co founder, CEO @ ООО "Доккур"
Тамбов

1. Построение производительного SSD shared хранилища для кластера из более чем 1000 машин. Сравнительный анализ с облачным решением от Microsoft.

2. Работа с реалтайм-реконфигурированием фронт-сервера для построения облачного shared CaaS сервиса. Сравнение Nginx, HAProxy, GoBetween.


Илья Жеманов
Младший консультант SAP MM/SD @ IBS Ульяновск
Ульяновск

1. Отсутствие первичной информации о SAP при трудоустройстве. Опасения.
2. О себе и начале работы Круглосуточного центра поддержки SAP
2.1. Выполняемые функции
2.2. Как построить бесперебойную работу при круглосуточной поддержке
2.3. Возможные трудности при организации круглосуточной поддержки и как их преодолеть.
2.4. Роли в SAP
3. Как я вижу SAP
4. Куда стремиться. Обширность возможностей карьеры в SAP.
5. Мой взгляд на работу в SAP сегодня.
6. Точки входа в SAP.
6.1. Периоды внедрения на предприятиях
6.2. Курсы в университетах
6.3. Стажёрские программы в ИТ-компаниях"


Алексей Вахов
Технический директор @ Учи.ру
Москва

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

Технический отдел Учи.ру из одного человека и технического директора в одном лице за несколько лет вырос в большую, распределенную команду из 40 разработчиков. Более миллиона школьников со всей России занимаются регулярно математикой у нас. Также мы проводим массовые онлайн олимпиады по разным предметам. На первой олимпиаде генеральный директор дал мне телефон, номер которого был написан на главной странице и в течении часа, пока шла олимпиада, я разговаривал с учителями, которые привели учеников в компьютерный класс и у них олимпиада не запустилась. Это было эмоционально сложно и в принципе с тех пор для меня работа, это больше, чем просто профессия. Я чувствую ответственность перед учителями и детьми, когда они занимаются в нашем продукте, перед коллегами, которые проводят семинары, работают в службе поддержки.

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



Иван Евтухович
Генеральный директор @ Express42
Москва

В нашей работе консультантами по DevOps, мы часто сталкиваемся с вопросом клиентов, из чего же, собственно, состоит DevOps. Абривиатура CAMS плохо подходит для того, чтобы продавать, потому что никто не купит культуру или Knowlage Sharing. Мы рекомендуем нашим клиентам внедрять следующие практики: Infrastructure As a Code, Continuous Delivery, Continuous Monitoring, Automated Testing и Test Data Management. В докладе я расскажу, что мы подразумеваем под этим, а также про некоторые кейсы из нашей работы с крупными российскими компаниями.


Александр Чистяков
Principal Engineer @ Git in Sky
Санкт-Петербург

Заниматься девопс-практиками не только необходимо, но и скучно, поэтому я попробую быть визионером, несмотря на наличие у меня комплекса Кассандры. На моих глазах мир менялся несколько раз, и каждый раз в дивный новый мир попадали не все. Достаточно ли безопасна позиция девопс инженера для того, чтобы остаться оплачиваемым специалистом при следующем изменении? Как и куда мир изменится в следующий раз? Выживет ли докер, или “синий кит” на логотипе гарантированно ведет к суициду? Как всегда немного шок-контента: почему Jenkins все еще в тренде, и почему Java не так плоха, как принято думать.


Никита Самохвалов
Заместитель тех. директора @ Notamedia
Москва

При слове «госпроект» вы думаете об абсолютном водопаде, неисправимой бюрократии и неповоротливой эксплуатации? Всё гораздо хуже. Но мы их победили. Давайте разберёмся, как?

Я расскажу про опыт Notamedia и наших коллег по рынку:

— Что из себя представляет госпроект с точки зрения инженера.

— Как в таких проектах сочетаются Dev-ы и Ops-ы.

— Какие трудности возникают при внедрении новых фич и как с ними можно бороться.

— DevOps-практики в госсекторе.


Алексей Золотых
Frontend разработчик @ Wrike
Санкт-Петербург

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

Так получилось, что мне пришлось менять систему сборки для компании, где я сейчас работаю (Wrike). На данный момент, в нашем фронтовом репозитории более 2 000 000 строк кода. Из опыта работы с этим массивом и родился этот доклад.

1) Рефакторинг определение

2) Правильный рефакторинг, когда нужно рефакторить и когда не нужно

3) Рефакторинг и встроенные средства IDE и редакторов

4) Рефакторинг из консоли, работа с исходным кодом как с текстом (grep), подводные камни, идеи, решения

5) Рефакторинг стилей. Подводные камни, идеи, решения

6) Рефакторинг JavaScript кода при помощи JavaScript

7) Gulp спешит на помощь