Если вы не вносите изменений в AOSP как вы получите опыт? Инженерный опыт получается только когда что-то делается: удачное-неудачное, впрок его не получить. Кож aosp на своих серверах не отличим от прошивки aosp на своих серверах. Это набор битов, в которых нет экспертизы.
Вы привели пример Tizen - да это огромная работа, огромный опыт и он действительно на запасной пути, тысячи инженеров, часть из которых я знаю, прошли через разработку Tizen. Это отличный пример, как нужно делать.
Да, будут бесконечные машинокомплекты, и вы сможете собирать это AOSP ещё лет 5 (дальше экосистема отвалится).
Но для этого не нужно было строить завод, достаточно было стоянки бесконечных BMW, потому вто ваши действия дальше неотличимы от взятия готового. Проводя аналогию , можно на нексус положить прошивку AOSP , её никто не отберёт.
Этот подход, на первый взгляд, кажется верным. Сейчас возьмём самое лучшее, а "если что" - подхватим. Но у него есть фундамертальная уязвимость, которую хорошо видно на примере завода BMW в Калининграде.
Был завод, который делал BMW из машинокомплектов , получались классные BMW, в один день их перестали поставлять и почему-то не подхватили, завод встал.
Тут ответ кажется очевидным - ну мы же только собирали и прикручивачивали, проектирование-то делали в Мюнхене. Тут все понятно.
Открытый код (а в aosp он не везде открытый) создаёт иллюзию, что сядем и разберёмся, а пока можно в это не вкладываться- это ментальная ошибка, а иногда введение в заблуждение. Для того, чтобы обладать технологией, нужно её развивать (плохо, хорошо, с ошибками, с проблемами - это инженерный путь проектирования, опыта, коррекции).
Huawei не сел на AOSP, он стал вкладывать ОГРОМНЫЕ инженерные ресурсы в написание своего app framework, баз данных , протоколов обмена данными, ядра, пусть оно пока и не очень, там миллиарды и не рублей в RND. Он это делал ДО пинка санкциями, а в 2020 ускорился. Новое поколение опенхармони он вытащил совместимость с Android , потому что её не может не быть, если ты не зависишь от AOSP (Google).
В этом и заключается главная ловушка Google, пока ты хочешь совместимости с экосистемой Android - ты зависим от поставок из Маунтинвью. Если ты самурай - ок, но тогда нужны большие инженерные ресурсы проходить путь как Android.
И топовые инженеры с контрибьютом в апстрим Linux. Вы все про про админ ресурс какой-то . Давайте мериться инженерными решениями - это технический ресурс.
Дебиан сильно отстаёт по механизмами безопаности . В авроре все аппы в песочница, подписаны, в debian калькулятор читает данные банковского приложения - пользователь то один )
Запустить ваниль, а не ядро от silicon vendor, вы такое по-чесноку часто встречали в проде на ARM платформах ?
То есть ситуация, когда производитель устройства перекладывать BSP своими силами на новое ядро. Даже Samsung так не делает. Во-первых в этом нет смысла, зачем "ваниль" , во-вторых Android работает строго со старыми lts ядрами. На коленке можно все , но это если только ради веры что ваниль лучше LTS, что неправда.
Поэтому давайте честно, производитель устройства берет BSP от silicon vendor и в лучшем случае его доинтегрирует драйверами периферии , настройками особенностей памяти в device tree, мелкими изменениями загрузчика. У вас другой опыт ? Какие арм устройства выпускаете?
Если вы не вносите изменений в AOSP как вы получите опыт? Инженерный опыт получается только когда что-то делается: удачное-неудачное, впрок его не получить. Кож aosp на своих серверах не отличим от прошивки aosp на своих серверах. Это набор битов, в которых нет экспертизы.
Вы привели пример Tizen - да это огромная работа, огромный опыт и он действительно на запасной пути, тысячи инженеров, часть из которых я знаю, прошли через разработку Tizen. Это отличный пример, как нужно делать.
Вот тут тоже есть уязвимое место.
Да, будут бесконечные машинокомплекты, и вы сможете собирать это AOSP ещё лет 5 (дальше экосистема отвалится).
Но для этого не нужно было строить завод, достаточно было стоянки бесконечных BMW, потому вто ваши действия дальше неотличимы от взятия готового. Проводя аналогию , можно на нексус положить прошивку AOSP , её никто не отберёт.
Этот подход, на первый взгляд, кажется верным. Сейчас возьмём самое лучшее, а "если что" - подхватим. Но у него есть фундамертальная уязвимость, которую хорошо видно на примере завода BMW в Калининграде.
Был завод, который делал BMW из машинокомплектов , получались классные BMW, в один день их перестали поставлять и почему-то не подхватили, завод встал.
Тут ответ кажется очевидным - ну мы же только собирали и прикручивачивали, проектирование-то делали в Мюнхене. Тут все понятно.
Открытый код (а в aosp он не везде открытый) создаёт иллюзию, что сядем и разберёмся, а пока можно в это не вкладываться- это ментальная ошибка, а иногда введение в заблуждение. Для того, чтобы обладать технологией, нужно её развивать (плохо, хорошо, с ошибками, с проблемами - это инженерный путь проектирования, опыта, коррекции).
Huawei не сел на AOSP, он стал вкладывать ОГРОМНЫЕ инженерные ресурсы в написание своего app framework, баз данных , протоколов обмена данными, ядра, пусть оно пока и не очень, там миллиарды и не рублей в RND. Он это делал ДО пинка санкциями, а в 2020 ускорился. Новое поколение опенхармони он вытащил совместимость с Android , потому что её не может не быть, если ты не зависишь от AOSP (Google).
В этом и заключается главная ловушка Google, пока ты хочешь совместимости с экосистемой Android - ты зависим от поставок из Маунтинвью. Если ты самурай - ок, но тогда нужны большие инженерные ресурсы проходить путь как Android.
И топовые инженеры с контрибьютом в апстрим Linux. Вы все про про админ ресурс какой-то . Давайте мериться инженерными решениями - это технический ресурс.
Ок, ну это вы меня обвинили во лжи, спросил в чем - сразу в кусты.
Готов к технической дискуссии, что AOSP и Linux имеют принципиально разные модели разработки. Раз для вас это неудобный вопрос - ок, извиняюсь.
В чем?
Есть два тезиса, с вашей стороны эмоции. 0 экспертизы. Предлагаю перейти к вопросам к моим тезисам
Давайте конкретику, или опять кусты ?
Ну я внимательно прочитал статью, полагаюсь на неё: раздел про SDK.
Читать статью забавно, потому что описывает опыт сборщика чужой кодовой базы, это неплохо, но разработкой ОС я назвать это не могу.
Давайте, в чем вру?
Мой патч есть в апстриме ядра Linux, я хорошо представляю как работает принятие решений в ядре.
Надеюсь, Вы мне покажете код AOSP 18. Но, скорее всего, пропадете, так как пустые заявления делать легче, чем факты приводить
Разница принципиальная. AOSP разрабатывает только Google, причём в закрытом режиме.
Linux разрабатывают публично.
То есть ключевые отличия от Aosp - сервер времени и локации?
При этом для "российской" ОС надо пользоваться бинарным Android SDK с сайта Google, судя по ответам.
А что разработано в России кроме chroot в lxc контейнер с
RedhatRedOS?Дебиан сильно отстаёт по механизмами безопаности . В авроре все аппы в песочница, подписаны, в debian калькулятор читает данные банковского приложения - пользователь то один )
И это тоже отличный пример как ровно ничего не делается там относительно разработки Google и каждый релиз подсасывают дифф на 40 млн строк
Хороший пример, что форк AOSP приводит к тому что модифицировать ты его не можешь )
Процедура не просто формализована , но и отлажена на нескольких производителях аппаратки. Портируют своими силами, все хорошо .
partners@omp.ru
Этот текст никакого отношения к компании не имеет ?777
Аврора поддерживает Webview - пишите на Web. Также поддерживает Flutter - пишите на Flutter. Скоро kmp будет.
По основному фремворку, если предложите о альтернативу Qt , также открытую , будем рады. Есть она ?
Часто собираете Android для своего телефона или он вам бинарный прилетает ? А все остальное- ваш самообман , что вы можете что-то проверить ?
Вроде технический ресурс. Что конкретно вы можете проверить в вашем Samsung или Xiomi ?
Запустить ваниль, а не ядро от silicon vendor, вы такое по-чесноку часто встречали в проде на ARM платформах ?
То есть ситуация, когда производитель устройства перекладывать BSP своими силами на новое ядро. Даже Samsung так не делает. Во-первых в этом нет смысла, зачем "ваниль" , во-вторых Android работает строго со старыми lts ядрами. На коленке можно все , но это если только ради веры что ваниль лучше LTS, что неправда.
Поэтому давайте честно, производитель устройства берет BSP от silicon vendor и в лучшем случае его доинтегрирует драйверами периферии , настройками особенностей памяти в device tree, мелкими изменениями загрузчика. У вас другой опыт ? Какие арм устройства выпускаете?