Kotlinx.serialization без секретов ➡️ в докладе Андрея Кулешова

О чем речь?
В своем выступлении «Kotlinx.serialization: Сериализуют все!» Андрей рассказывает, как библиотека помогает справляться с разнообразными форматами данных, как компилятор генерирует код для сериализации и зачем это нужно вашему проекту.

Главное из доклада:
✅ Библиотека kotlinx.serialization — это не просто инструмент, а уже неотъемлемая часть языка
✅ Важно понимать, как все устроено на уровне компилятора
✅ Kotlinx.serialization легко расширяется и уже поддерживает множество форматов
✅ Это серьезный инструмент для продакшн-сценариев: обработки форматов, валидации, трансформации данных
✅ Ошибки при подключении — это не баг, а путь к глубокому пониманию, что генерирует компилятор и с какими пользовательскими ошибками можно столкнуться

💭Смотрите запись выступления по ссылке

Offline First в мобильных приложениях. Кэширование

Логичный вопрос, «зачем в 2025 году делать офлайн-приложения, когда везде есть интернет, UI подгружается с бэкенда на лету, и все гибко обновляется?»

На практике все не так просто: есть стройки и другие места с плохим интернетом, законодательные требования (например, в здравоохранении офлайн-доступ — обязательное условие сертификации).

Способы внедрения поддержки offline, от простого к сложному — в статье сооснователя стартапа VoxOps и спикера CrossConf'24 Ахмеда Шериева.

Duit в деле: запись доклада Никиты Синявина из BetBoom теперь доступна всем

Кто был на CrossConf уже знают, что:
🔸Backend-Driven UI – позволяет быстрее доставлять обновления пользователям без необходимости выкатывать новые версии приложения через Store, но это накладывает серьезные технические ограничения. Среди минусов: зависимость от сети, дополнительные накладные расходы на обработку данных и сложность отладки

🔸Собственные решения порой эффективнее готовых инструментов. Существующие решения для Backend-Driven UI, такие как DivKit от Яндекса, либо не поддерживали Flutter, либо не удовлетворяли требованиям команды. Поэтому Никита решил разработать свой фреймворк Duit, адаптированный под Flutter, чтобы учесть потребности бизнеса и разработчиков

🔸Производительность и гибкость – ключевые требования. При проектировании Duit заложены следующие принципы эффективности:
➡️Контролируемые виджеты позволяют точечно обновлять UI без лишних перерисовок
➡️JSON-Builder вместо JSON-разметки снижает количество ошибок
➡️Гибкая архитектура с возможностью расширения и кастомизации

🔸Open Source важен для развития технологий, он позволяет разрабатывать альтернативные инструменты, улучшать качество решений и делиться опытом, а не изобретать велосипеды внутри компаний

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

📎Скорее смотреть запись доклада.

✍️Почему стили в Figma больше не подходят для современных дизайн-систем? Что такое дизайн-токены? Как ими пользоваться? Об этом на CrossConf рассказал Игорь Бутков, старший дизайнер Friflex.

А для всех, кто пропустил его выступление, есть эта статья.

🟢Запись доклада

💭Запуск цифрового продукта по шагам

На этапе подготовки к запуску легко упустить важные детали. Чтобы помочь вам избежать таких ситуаций, Юлия Запольская @productmom, продакт-менеджер в Яндексе, поделилась в своем выступлении на CrossConf чек-листом.

Как им пользоваться:
🟣Все пункты делать необязательно.
Перед планированием запуска пройдитесь по списку и вычеркните неактуальные именно для вас
🟣Оставшиеся пункты преобразуйте в план менеджерской работы и положите в основу роадмапа.
🟣Пополните план конкретными фичами.

Уверенного и успешного всем запуска🚀

Запись доклада целиком можно посмотреть здесь.

Полная версия выступления Алексея Панченко из Яндекса на CrossConf уже здесь

Логических ошибок в коде больше нет, только инсайты:

⏩Исключения не подходят для логических ошибок — они теряют контекст, плохо типизируются и могут пересекаться с ошибками сторонних библиотек

⏩Лучше использовать Either (или кастомный `Result`) — они явно декларируют ошибки в сигнатуре метода, улучшают читаемость и контроль исполнения кода

⏩Нужно разделять системные и логические ошибки — все логические ошибки системы могут быть удобно типизированы

⏩Четкая иерархия ошибок делает код понятнее. Строгая типизация исключает хаос и необходимость try-catch на каждом шаге

⏩Использование Either вместе с его удобным DSL упрощает код. Работа с ошибками становится декларативной, код читается лучше, а обработка становится удобнее

💭Запись доклада

✅Как пройти проверку на защиту критических данных в приложении на Flutter?

Это один из модулей, который аудиторы проверяют очень часто. Анна, Flutter Team Lead Friflex, в своей статье по следам выступления на CrossConf разобрала 7 основных вещей, которые больше всего волнуют аудиторов.

Сохраняем и успешно проходим аудит.