Около пары лет участвую в программе бета-тестирования. Если говорить про эту программу, то взаимодействие построено действительно очень хорошо, как и описано в статье. Обратная связь от участников летит в чат и ее в ближайшее время обрабатывают ребята из ОМП, это действительно видно и оно работает.
Поддержка флаттера со стороны ОМП - отдельный жирный плюс. Во-первых, они проделали огромную работу и продолжают работать в этом направлении. Во-вторых, несмотря на нагрузку разработчики из ОМП находят время, чтобы отвечать в открытом чате разработчиков и помогать советами, а также сбором обратной связи по найденным багам, которые довольно быстро стараются исправить и выкатить. Кароч, это действительно та команда, которую видно, которая без ЧСВ делает свою работу и результат которой мы видим на устройствах.
Немного дегтя в бочку с медом (что можно было бы сделать лучше):
- Нет релиз ноутов (либо они очень редки) новых версий ОС для участников беты. Чтобы была возможность точечно проверить те или иные новые фичи и исправления.
- Упомянутая в статье документация хоть и действительно неплохая, но местами, видимо, не поддерживается в актуальном состоянии, либо информация о некоторых сервисах вовсе отсутствует. Например не описан dbus интерфейс для работы с нотификациями. Вообще было бы неплохо опубликовать все интерфейсы в виде xml файлов, т.к. есть интерфейсы, описание для которых отсутствует либо слишком куцое.
- Еще в тему документации. Сам я занимаюсь адаптацией GUI библиотек на языке rust, и вот для этого направления нет вообще ничего в документации. Работа с wayland и композитором - тайна за семью печатями, которая нигде не описана и приходится по сути заниматься реверсом, либо доколупывать разработчиков, чтобы они поделились инфой, если она не закрытая. Благо относительно недавно опубликовали flutter-embedder, который пролил свет на некоторые особенности работы с композитором.
В любом случае, работа идет, и это не может не радовать. Я уверен, что мы видим только вершину айсберга, а на самом деле работы проводится кратно больше. Ребятам за работу и за их вовлеченность огромное спасибо. На мероприятиях это особенно чувствуется, так что всем советую посетить, если в вашем городе будет проходить такое.
А я увидел слово "Аврора" и почему-то подумал, что статья про то, как написать сервис для авроры. А разработка под аврору происходит с помощью сборочного движка и эмулятора, и вот про движок я собственно и спросил.
Вижу, что сборка происходит на хосте. Планируется ли обновлять rust на движке сборки, чтобы достаточно было в .spec файле прописать `cargo build --release` ? На данный момент он там хоть и есть, но имеет какую-то совсем протухшую версию.
Около пары лет участвую в программе бета-тестирования. Если говорить про эту программу, то взаимодействие построено действительно очень хорошо, как и описано в статье. Обратная связь от участников летит в чат и ее в ближайшее время обрабатывают ребята из ОМП, это действительно видно и оно работает.
Поддержка флаттера со стороны ОМП - отдельный жирный плюс. Во-первых, они проделали огромную работу и продолжают работать в этом направлении. Во-вторых, несмотря на нагрузку разработчики из ОМП находят время, чтобы отвечать в открытом чате разработчиков и помогать советами, а также сбором обратной связи по найденным багам, которые довольно быстро стараются исправить и выкатить. Кароч, это действительно та команда, которую видно, которая без ЧСВ делает свою работу и результат которой мы видим на устройствах.
Немного дегтя в бочку с медом (что можно было бы сделать лучше):
- Нет релиз ноутов (либо они очень редки) новых версий ОС для участников беты. Чтобы была возможность точечно проверить те или иные новые фичи и исправления.
- Упомянутая в статье документация хоть и действительно неплохая, но местами, видимо, не поддерживается в актуальном состоянии, либо информация о некоторых сервисах вовсе отсутствует. Например не описан dbus интерфейс для работы с нотификациями. Вообще было бы неплохо опубликовать все интерфейсы в виде xml файлов, т.к. есть интерфейсы, описание для которых отсутствует либо слишком куцое.
- Еще в тему документации. Сам я занимаюсь адаптацией GUI библиотек на языке rust, и вот для этого направления нет вообще ничего в документации. Работа с wayland и композитором - тайна за семью печатями, которая нигде не описана и приходится по сути заниматься реверсом, либо доколупывать разработчиков, чтобы они поделились инфой, если она не закрытая. Благо относительно недавно опубликовали flutter-embedder, который пролил свет на некоторые особенности работы с композитором.
В любом случае, работа идет, и это не может не радовать. Я уверен, что мы видим только вершину айсберга, а на самом деле работы проводится кратно больше. Ребятам за работу и за их вовлеченность огромное спасибо. На мероприятиях это особенно чувствуется, так что всем советую посетить, если в вашем городе будет проходить такое.
А я увидел слово "Аврора" и почему-то подумал, что статья про то, как написать сервис для авроры. А разработка под аврору происходит с помощью сборочного движка и эмулятора, и вот про движок я собственно и спросил.
Вижу, что сборка происходит на хосте. Планируется ли обновлять rust на движке сборки, чтобы достаточно было в
.specфайле прописать `cargo build --release` ? На данный момент он там хоть и есть, но имеет какую-то совсем протухшую версию.