Мобильная разработка

1. Что такое CI / СD ключевые тезисы, почему CI/CD критичен для компании (?)

2. Средства/продукты для организации процесса CI / CD: GitLab, Jenkins, TeamCity, Circle CI, Travis, CodeMagic и тп

3. Выбираем GitLab

4. Этапы CI / CD, акцентируем внимание на этапе сборки flutter приложения под iOS, android, web + нет доступа в Интернет (только доступ в корп сеть VPN)

5. Немного о проблемах, которые возникают в условиях VPN

6. Думаем/выбираем локальное хранилище: JFrog, Nexus Dart, ProGet, CloudSmith и тп

7. Далее рассматриваем на примере Nexus Dart хранилища (тк в компании исторически сложилось и бесплатное решение)

8. ** пару слов о развертывании Nexus локально

9. Варианты сборки: локально на ПК / в контейнере (Docker)

10. Собираем Android: сборка в контейнере (настраиваем окружение), далее смотрим какие есть нюансы сборки, на что следует обратить внимание и учесть, метрики (?)

11. Показываем как автоматизировать сборку в GitLab: pipelines, jobs, workflow, runners и тп

12. Собираем Web: сборка в контейнере, нюансы сборки

13. Собираем iOS: размышляем о возможности сборки в контейнере (легальный/нелегальный способы), сборка на ПК, автоматизация в GitLab. Несколько слов о хранении Pods в Nexus

14. Подводим итоги и намечаем пути к последующему распространению полученного артефакта

System Design Interview - один из самых творческих этапов при прохождении собеседования. Основная сложность для мобильных разработчиков заключается в том, что многие источники для подготовки ориентированы на Backend-инженеров и это часто сбивает с толку. Текущий рынок труда сильно изменился, кол-во этапов увеличилось. Все больше компаний практикуют System Design. Поэтому в этом докладе я расскажу как пройти System Design именно мобильному разработчику и на какие аспекты отдельно уделить внимание. Успешно проходил System Design в Yandex, Avito, Revolut, Monzo и составил свой план для получения наилучшего результата. Покажу типичные ошибки, а также в конце разберем реальный кейс из Big Tech-компании. Доклад будет интересен как мобильным разработчикам которые готовятся к собеседованиям, так и тимлидам, которые хотят внедрить такой этап в своих компаниях.

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

Само написание UI-теста может не вызывать сложностей, если экран достаточно простой. Но стоит добавить ещё пару элементов или усложнить логику, и сделать тест стабильным становится значительно труднее.

Опираясь на многолетний опыт создания и поддержки таких сценариев, мы смогли выделить общие подходы и вынесли все наши наработки в open-source библиотеку Rafinad (https://github.com/hhru/Rafinad), которая существенно упрощает написание и поддержку UI-тестов.

В рамках доклада мы:

- Посмотрим, как обычно пишутся UI-тесты в iOS и разберём пример теста.

- Обсудим, с какими проблемами и неудобствами поддержки тестов можно столкнуться.

- Выделим критерии для поиска решения и оценим существующие библиотеки для написания UI-тестов.

- Познакомимся с библиотекой Rafinad и её основными принципами.

- Перепишем пример теста с использованием Rafinad.

- Создадим более сложные сценарии и посмотрим, как их реализует Rafinad.

- Подведём итог, как Rafinad помогает упростить процесс написания и сопровождения UI-тестов.

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

Первая часть

Aurora SDK. Что нового для разработчика в 2025 году

1. Обзор возможностей и устройство Аврора SDK

1. Устройство Аврора SDK

2. Поставки Аврора SDK. Для программиста и CI/CD

3. Обзор возможностей Аврора SDK

2. Переход эмулятора ОС Аврора на QEMU и встраиваемый эмулятор

1. Qemu vs Virtualbox для Аврора SDK

2. Новые возможности Qemu эмулятора

3. Встраиваемый эмулятор ОС Аврора

4. Aurora Debug Tool

3. Поддержка Apple M series

1. Аврора SDK на Apple M Series

2. Пара слов о Aurora Build Tools

4. Новый QtCreator

Вторая часть

Kotlin Multiplatform