Расписание

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

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

Расскажем о macOS-приложении RaifMagic — внутреннем инструменте Райффайзен банка, который наша команда создала в рамках работы над мобильным приложением для клиентов. 

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

Ищем выход для установки iOS-приложения без AppStore и Jailbreak.

Насколько важна производительность приложения? Как ее отслеживать и предотвращать деградации? Об этом и о наших подходах к решению этих задач — в докладе.

В работе любого ПО как на iOS, так и на других ОС, важна стабильность и отказоустойчивость. Но полностью исключить сбои и ошибки в работе приложений попросту невозможно. Соответственно, ключевое значение имеет возможность оперативного отлавливания ошибок и их устранения. В этом не обойтись без знания «анатомии» крэшей и понимания принципов работы с ними. Расскажу, как устроены крэши в iOS, откуда они берутся и как с ними взаимодействовать.

Почему не получится создать SwiftUI контейнер-view в стиле Apple, и как в этом поможет полуприватное _VariadicView API.

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

Зачем рисковать утечками информации, если можно обучать модели машинного обучения прямо на iOS-устройствах? Рассмотрим принципы, архитектуру и практическую реализацию федеративного обучения с использованием CoreML и coremltools.

Рассмотрим построение графа зависимостей и его визуализацию, а также логику формирования итераций миграции из графа.

Поделюсь опытом по внедрению Dynamic Type, в частности, масштабирования шрифтов в приложение «Мой МТС». 

Поговорим про: 

• архитектуру простого видеоплеера;
• устройство контейнера MP4, научимся парсить треки и собирать CMFormatDescription;
• декодирование семплов с использованием медиа фреймворков Apple;
• синхронизацию отображения видео и проигрываемого аудио;
• перемотку, задержки и как объединить слои в единую архитектуру;
• какие оптимизации открывает полный контроль над работой видеоплеера.

Методы патчинга IPA, хукинг C, Objective-C и Swift-методов на устройствах без jailbreak. Использование дизассемблера, Frida, Fishhook, снятие SSL Pinning и обход защиты по аппаратным признакам. А также методы защиты от всех этих атак.

SQLite может быть простой. И быстрый. Невероятно быстрый.

Попробуем классифицировать OOM'ы, рассмотрим аббревиатуры, обычно не встречающиеся в прикладной разработке, покопаемся в исходниках ядра Linux, поищем утечки, когда LeakCanary уже молчит, и затронем процесс принятия продуктовых экспериментов.

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

Мы расскажем о том, как боролись за ускорение релизной сборки. Разберем, как профилировать и анализировать работу R8- и Gradle-тасок, участвующих в релизной сборке.

Во время исследования работы sequence и Java stream на стандартной HotSpot VM мы получили интересные результаты, которые сильно отличаются от результатов работы в Android Runtime. Чтобы понять и объяснить причину таких расхождений, нам придется погрузиться в недра логов компиляции и нюансов работы виртуальной машины Android и стандартного HotSpot VM.

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

Расскажу, как с помощью KSP делать автоматическую генерацию storybook и snapshot-тестов.

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

Если вы хотите узнать, как перестать бороться с флаки-тестами, писать тесты проще и запускать их стабильнее — этот доклад для вас.

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

Дизайн-системы — это норма и база современных приложений. Многие компании и команды разрабатывают решения для генерации готовых компонентов из дизайн-систем в Figma и т. п. Выбор инструмента для генерации довольно велик. KSP от Google, а может, его самописный аналог? А если добавить Kotlin Compiler Plugin? Для себя вы уже наверняка определились. Самое время «поболеть» за любимый инструмент. 

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

Вы узнаете, как мы в Яндексе развиваем SDK для рекламной монетизации. Нашим решением пользуются тысячи приложений, и нам важна стабильная работа продукта. Что будет в докладе: расскажу, почему работаем с разными видами тестов и какие используем; объясню, как погружаемся в байт-код и анализируем стек-трейсы, чтобы искать ошибки; рассмотрю инструменты мониторинга — как следим за метриками, какие оповещения для них используем; поделюсь опытом, как безопасно внедрять новые функции; покажу, как сокращаем количество ошибок.

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

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

Расскажу, как создавать stateful UI-блоки на Compose, находясь в API/Impl-архитектуре и учитывая DI, чтобы упростить логику больших экранов.

Как VK Звонки работают в условиях плохой сети? Разберем ключевые техники для стабильных аудиозвонков при высокой потере пакетов и низкой пропускной способности.

Разберем, чем может навредить Google best practices for coroutines. Увидим, чем еще занимается main dispatcher. И поймем, что с этим делать.

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

Рассказ о том, с какими техническими и организационными сложностями мы столкнулись при внедрении Kotlin Multiplatform в Яндекс Картах и Навигаторе и как их решали.

iOS- и Android-компоненты для работы с runtime-локализацией.

Расскажу о том, с какими проблемами мы столкнулись при миграции своего SDK аналитики в Т-Банке на KMP. Рассмотрим различные подходы, перспективы и тупики, и решения.

Поговорим про разработку нативной части на С++, которая работает с iOS напрямую через провод. И про обертку этой нативной части, которая позволяет реализовать полноценную фичу.

Обзор эволюции UI-тестирования в Яндекс Картах: как нативные тесты стали мультиплатформенными, не потеряв своей гибкости.

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

Клиентская SRE аналитика. Путь от Crashlytics до Real-time метрик и алертов с прода. Опыт команды Т-банка по обеспечению надежности, внедрения клиентской аналитики, метрик и наблюдению за всем в реальном времени.

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

Поговорим про Two dimensional scroll во Flutter. Рассмотрим, какие проблемы он решает, какие есть решения из коробки, когда и почему все-таки стоит озадачиться собственной реализацией и при чем тут производительность. 

Реализуем свой кастомный линтер для Dart с разными правилами и фиксами для них.

А так же реализуем архитектурное правило и покажем что это не сложно.

Рассматриваем особенности анализа Dart кода в рамках реализации линтера.

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

Расскажу про опыт продуктовой разработки на Flutter Web в рамках Яндекс Смены. Про практические плюсы и минусы Flutter Web и почему мы в итоге после года разработки отказались от Flutter Web и переписали все на React.js

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