TGViewer
Channel Public Channel
Vitaliy Zarubin | @keygenqt

Vitaliy Zarubin | @keygenqt

@aurora_dev

Привет! Я инженер-программист компании ОМП. За свою карьеру я сменил много платформ и языков, и продолжаю учить новые. На канале рассказываю о своей работе и моих pet-проектах.
Subscribers
460
Photos
1.2K
Videos
295
Links
621

Showing posts older than #1738 · Back to latest

Older Posts 13 shown
Post #1737 420
А где-то в параллельной вселенной Rust и Open-Source написано ~MVP API под 8 нативных платформ...
  • 🔥 5
Post #1735 11K
#see Compose Multiplatform на ОС Аврора

Демонстрация сборки приложения Compose Multiplatform на эмулятор ОС Аврора.

▶️ Rutube
  • 🔥 17
  • ❤ 1
  • 🤣 1
Post #1734 466
Demo Compose Multiplatform

- Демонстрация жеста прокрутки.
- Отображение состояния интернет соединения.
- Демонстрация работы диалога.
- Форма с различными типами полей ввода.
- Подключение индивидуальных шрифтов.
- Набор иконок Aurora 5 UI-Kit.
- Демонстрация работы жизненных циклов.
- Работа с Canvas.
- Использование Lottie анимации.

🔗 mos.hub
  • 👍 6
  • 🔥 4
  • 👎 1
Post #1733 221

Forwarded from Aurora Developers (Vitaliy Zarubin)

🔥 Compose Multiplatform доступен на ОС Аврора!

Отличные новости для Kotlin-сообщества и всех, кто интересуется российской мобильной разработкой. Теперь вы можете создавать приложения для ОС Аврора, используя современный и привычный инструментарий — Kotlin и Compose Multiplatform.

Что опубликовано:
В репозитории на mos.hub выложены компоненты, необходимые для разработки:

- Проекты Compose Multiplatform для сборки.
- Готовые артефакты в репозитории Aurora Maven.
- Плагин для Gradle, упрощающий сборку приложений.

Что дальше?
В планах — расширение поддержки платформы и стабилизация проекта. А уже сейчас в документации вы найдете подробное руководство по началу работы, а также два демонстрационных приложения, которые помогут быстро разобраться с особенностями платформы.

👉 Документация

Хотите помочь проекту стать лучше?
Присоединяйтесь к разработке на mos.hub! Мы открыты к вашему коду и экспертизе. Только #ВМЕСТЕ мы сможем сделать инструмент максимально полезным для всего сообщества.

👉 Репозиторий
  • 🔥 10
  • ❤ 1
  • 👎 1
Post #1732 369
Знаете ли вы, что подходить к выбору лицензии для своего open-source проекта нужно аккуратно? Выбирать зависимости нужно только с совместимыми лицензиями. Думаю, с лицензиями сталкивался любой разработчик.

А как часто вы регистрируете в Роспатенте название своего приложения? Представьте ситуацию: вы пишете приложение, выкладываете его в сторы, набираете популярность, а через время кто-то регистрирует ваше название вместо вас, форкает ваш проект — и вы становитесь лишним в своей же разработке. Just think about it.
  • 🔥 10
  • 💯 4
Post #1731 360
Что мне нравится в Rust — отсутствие магии. Всё прозрачно и понятно. JWT, Argon2, Response, FormValidate, Token/Cookie — всё делается в пару строк, а на выходе получаешь реально "blazing-fast" код. Кайф. 🤘
  • 🔥 7
Post #1730 404
Post #1729 385
Vitaliy Zarubin | @keygenqt Все подготовительные мероприятия пройдены: провел небольшое RnD по Rust — да, я думаю, вполне могу его взять для реализации своего приложения под 8 платформ с нативным UI и не разориться на сервере. Будем делать blazing fast и красиво. Мне нравится Kotlin…
  • 🔥 7
Post #1728 405
Не приложение, а мечта: Rust, C++, C#, JS, ArkTS, Kotlin, Swift... и нативные фреймворки: Jetpack Compose, SwiftUI, GJS, ArkUI, Qt/QML, React, WPF. Думаю, будет весело =)
  • 🔥 12
Post #1727 372
Все подготовительные мероприятия пройдены: провел небольшое RnD по Rust — да, я думаю, вполне могу его взять для реализации своего приложения под 8 платформ с нативным UI и не разориться на сервере. Будем делать blazing fast и красиво. Мне нравится Kotlin, да и Flutter неплох, но это компромиссы — зачем они в pet-проектах? Когда-то говорили, что Full-Stack — это перебор, как насчет Full-Multiplatform?
  • 🔥 9
  • 👍 1
Post #1719 1.87K
8 платформ, нативный UI, общая бизнес-логика на Rust и Kotlin.

Проект KMP & Rust демонстрирует способы взаимодействия библиотек Rust и Kotlin с нативными платформами и тестирует разницу в производительности языков. На всех платформах тестовая функция запускается асинхронно и проверяет:

- Интенсивные вычисления в цикле
- Работу с динамической памятью
- Вычисления с плавающей запятой

Результаты:

- Web (React): Rust ~1290ms, Kotlin ~5971ms
- Android (Jetpack Compose): Rust ~1599ms, Kotlin ~1516ms
- Aurora OS (Qt/QML): Rust ~1285ms, Kotlin ~1472ms
- Linux (Gnome): Rust ~1498ms, Kotlin ~1743ms
- iOS (SwiftUI): Rust ~1179ms, Kotlin ~1308ms
- macOS (SwiftUI): Rust ~1138ms, Kotlin ~1288ms
- HarmonyOS (ArkUI): Rust ~3616ms, Kotlin — нет поддержки
- Windows (WPF): Rust ~1147ms, Kotlin ~5799ms

Rust:
- Минимальный разброс между платформами
- Предсказуемая производительность
- Широкая поддержка платформ
- Минимальный overhead
- Понятное подключение к платформам
- Отсутствие привязок к конкретным платформам

Kotlin:
- Удобство использования на некоторых платформах
- Отличная оптимизация в Android
- Ограниченная поддержка платформ
- Молодые и медленные таргеты (Wasm/MinGW)
- Замедляющие абстракции и runtime
- Сложности работы с C-библиотеками

Итог:
Rust — отличный кандидат для создания библиотеки с общей бизнес-логикой. Он стабилен, прост и поддерживает широкий выбор платформ. KMP хорош в Android и iOS/macOS благодаря генерации привязок к платформе — в Rust это нужно делать руками. С другой стороны, C-библиотеки в KMP — это ужасно. В общем: Rust — blazing fast 🚀, Kotlin — как получится.
  • 🔥 9
  • 👍 3
Post #1718 310
Windows (WPF): rust ~1147ms, kotlin ~5799ms.

🔗 GitCode
  • 🔥 7
Post #1717 332
HarmonyOS (ArkUI): Rust ~3616ms, Kotlin - no support.

🔗 GitCode
  • 🔥 8
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →