Доповіді

Ілля Родін
CTO у ROAR Augmented Reality Platform, Україна

Sceneform SDK на практиці

Тема нативних движків, що спрощують роботу з 3D графікою для Android, є головним болем багатьох розробників. У той час як для iOS існує SceneKit, розробники під Android були змушені або йти в крос-платформені рішення (Unity3d, LibGDX і т.п.) або використовувати самописні/опенсорсні рішення з обмеженим функціоналом. Поява Sceneform SDK вирішує не тільки цю проблему але й інкапсулює в собі роботу з ArCore SDK, відкриваючи для розробників можливість нативної реалізації AR рішень, не вдаючись до стороннього SDK.

В рамках доповіді будуть розглянуті практичні можливості та обмеження Sceneform SDK стосовно проектів з доповненою реальністю (AR). Так само будуть розглянуті такі теми як SLAM, ArCore SDK, розпізнавання та трекінг маркерів на основі зображень, Cloud Anchors та існуючі альтернативи на ринку.

Про спікера

CTO у ROAR Augmented Reality Platform, з 2009 року у мобільний розробці. Основні напрями роботи: розробка та менторство з розробки для Android, Augmented Reality, Computer Vision, Machine Learning, IoT.
Oleksandr Yefremov
Mobile Architect at ProsiebenSat1, Germany

Multiplatform shared codebase with Kotlin/Native

If you want to share the code between Android and iOS but you don't feel like doing C++/JNI, React Native, Flutter, you must try Kotlin/Native! In this presentation we will see how Kotlin/Native is different and in some aspects superior, and how easy it becomes to develop, debug and maintain a common codebase with JetBrains tools and without sacrificing runtime performance.

Про спікера

Oleksandr is a Mobile Architect at ProsiebenSat1, the largest media company in the German-speaking area. He is doing mobile development since 2010 and is currently actively exploring multiplatform solutions like React Native (UAMobile 2017 - Building framework with shared code on Android and iOS using React Native), Kotlin/Native, bridging JavaScript with Native in search for an effective way of sharing business logic.
Олександр Леущенко
Head of Mobile Unit у Ciklum, Україна

Долаючи прірву між дизайнерами та розробниками

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

  • зміни шрифт у всьому додатку на мій улюблений
  • а можна список показати у вигляді сітки?
  • хочу щоб AppBar скролився разом з контентом.
  • ця картинка повинна вилітати за межі екрану, змінюючи колір, прокручуючись навколо своєї осі, повільно розчиняючись "у тумані".
  • і т.д.

Якщо вас дратують подібні ситуації, то швидше за все ваш інструмент недостатньо хороший. ;)

У цій доповіді ми візьмемо кілька екранів з Mobile UI Inspiration розсилок з найсміливішими дизайнерськими фантазіями і реалізуємо їх на Flutter. Обережно, буде багато коду!

Про спікера

Пишу код за гроші з 2006 року, в мобільній розробці з часів, коли ретина тільки з'явилася, андроїд змушував сумувати, а віндовсфон був класним, тобто вже 7 років. Працюю на позиції Head of Mobile Unit у Ciklum. У вільний час вчуся новому, а також вчу інших.
Павло Тайкало
Software Engineer у MacPaw, Україна

Бібліотеки та Інструменти на сторожі коду

В наш час мало просто писати код, його треба писати красиво і "правильно". Так як ці поняття вельми різняться від людини до людини, то в якийсь момент команди приходять до того, щоб формалізувати красивість і правильність. Деякі команди, втомившись лаятись в pull-request'ах через некрасиво оформлений код, йдуть далі та налаштовують автоматичні перевірки. Хтось навіть довіряє інстументам настільки, що дозволяє змінювати і виправляти код.

У цій доповіді я розповім про бібліотеки та інструменти, метою яких є робота з кодом. Розглянемо освновні відмінності бібліотек та області їх застосування. Після доповіді ви нарешті будете відрізняти SourceKit від SourceKitten, libSwiftSyntax від Swift Syntax.

Про спікера

Software Engineer в компанії MacPaw. Багаторічний досвід в iOS розробці, автор кількох дуже популярних у вузьких колах близько-iOSних проектів. Активно беру участь в ролі спікера на українських конференціях, де несу світло знань всім зацікавленим, ділячись частинками свого накопиченого досвіду. Люблю програмувати у вільний від програмування час. Інтереси: програмування, фантастика, quantum computing, візуалізація даних.
Олександр Леущенко
Head of Mobile Unit у Ciklum, Україна

Flutter: No more boring apps!

Одвічний вибір: швидко, дешево або красиво. До недавнього часу при розробці мобільних додатків можна було отримати два з трьох. Найчастіше в жертву приносили UX/UI, причому ситуація була особливо плачевною в категорії додатків для бізнесу. Користувачам пропонували щось, що в кращому випадку не порушувало HIG платформи, а часто так взагалі було калькою web версії. Але ситуація змінюється з приходом Flutter!

У цій доповіді ми поговоримо про те, як писати надійні, красиві додатки, на ультра швидкості та без особливих витрат.

Про спікера

Пишу код за гроші з 2006 року, в мобільній розробці з часів, коли ретина тільки з'явилася, андроїд змушував сумувати, а віндовсфон був класним, тобто вже 7 років. Працюю на позиції Head of Mobile Unit у Ciklum. У вільний час вчуся новому, а також вчу інших.
Maksym Ukhanov
Senior Mobile Engineer at Intelity, Ukraine

Designing iOS+Android project without using multiplatform frameworks

Using React Native, Flutter, Hybrid Web, Unity, Kotlin Multiplatform could be an interesting strategy, but what if we want to stay within traditional native development on both platforms?

A syntax of Swift and Kotlin looks pretty similar, especially if you are cooking it with RX. So, what if we will implement a new feature on one platform and then, kinda, copy-paste the code to another one, with minimum modification? How good it will work for us? How should we deal with platform-specific features? Will this strategy make a project too complex?

This speech will show the way, how to design your project in order to minimize the headache of implementing the same feature for both mobile platforms. Also, we will talk about gains and losses during implementation on a real project with this design idea.

Про спікера

Senior Mobile Engineer at Intelity. Max has been working in mobile development for more than 6 years and specializes in multimedia-based projects. He had a chance to work on a few complex projects, video SDK, and a mobile game framework. All of it was designed to be working on iOS/Android/WinPhone. He has been established a course of Mobile development at Faculty of Informatics and Computer Science, Igor Sikorsky KPI. As a hobby, with a help of IoT devices, Max is growing the tiniest tomatoes in the world on his balcony.
Mateusz Herych
Android Tech Lead at IG, Google Developer Expert, Poland

Story of one project - how to turn 8-years old monolith into a modern codebase

My team's main focus in the recent past was rebuilding our company's main Android product - the trading app.

Our app was nearly 500k lines of code worth, written by dozens of devs in a timespan of 8 years, almost fully in Java. This obviously affected our velocity and caused us to deliver slower than we could potentially do.

During my talk, I'd like to go through the challenges we've faced and architecture decisions we have made to end up having a much healthier codebase.

Come to my talk to learn how we:

  • Split our project into decoupled feature modules and multiple app-agnostic SDKs.
  • Made sure the new release of the app wasn't a shocker to our clients - a complete redesign of the app in one drop wasn't an option.
  • Managed to rebuild tons of features in a short timeframe by focusing on things that mattered the most and taking smart shortcuts.

Про спікера

I'm working as an Android Technical Team Lead at in IG in Krakow, where he lives. Member of the Google Developer Expert program on Android, also co-organizes GDG Krakow's community meetups. An avid fan of railway transportation and football, father of twins.
Анатолій Тухтаров
iOS-розробник у Ciklum, Україна

Optional. Tips and Tricks

Optional є одним з фундаментальних типів у Swift. На жаль, незважаючи на його поширеність, чимало розробників не звертають уваги на можливості, приховані у цьому типі, або використовують його недоречно. Все це призводить до порушень основних принципів програмування, а також нехтує деякими потужними можливостями, доступними у Swift. Крім того, цей тип дозволяє розглянути важливі концепти, які зроблять рутинну роботу з Optional і схожими типами, ефективнішою та зручнішою.

Під час доповіді ми відповімо на питання чому та як слід оминати optional binding. Розглянемо приклад з код-рев'ю і зробимо рефакторинг у фунціональному стилі щоб побачити недоліки та переваги такого підходу у Swift. Це надасть нам змогу дослідити як Optional впливає на DI та обробку помилок і які є альтернативи до стандартних технік, доступних у Swift.

Про спікера

iOS-розробник у Ciklum Solutions Team. З 2012-го року не можу зрозуміти дивний підхід Apple до розробників та чому Xcode такий, як він є. Проте, це не заважає мені отримувати задоволення від роботи та заохочує до постійного навчання.
Максим Єрмаков
Senior Android розробник у SteelKiwi Inc, Україна

Building your Flutter apps using Redux

Обрати архітектуру для розробки не просто. Серед безлічі можливих архітектурних рішень для Flutter у фаворити вибились BLoC і Redux. BLoC ― нове рішення від компанії Google, яке лише починає набувати популярності. Redux ― незмінний улюбленець ком'юніті. І, звісно, мій. Саме про нього і поговоримо.

Під час доповіді ми візьмемо готовий UI шар і реалізуємо всі необхідні Redux компоненти: Store, State і Reducer Actions. А також специфічні для Flutter елементи ― StoreProvider і StoreConnector.

Про спікера

Senior Android розробник у SteelKiwi Inc. У мобільний розробці з 2013 року. Після першого публічного релізу Flutter на Google I/O 2017 загорівся крос-платформною розробкою додатків з Flutter. Відтоді я ентузіаст цієї технології. Останніх півроку реалізовую цю технологію у проектах.

Очікуйте більше доповідей!

© 2019, Copyright Technologies & Services, LLC
Реєструйся та будь в курсі про нові доповід та анонси подій
Обов'язкове поле
Обов'язкове поле
Некоректний E-mail
Ви успішно зареєстровані.
Виникла помилка, спробуйте ще раз.