Изменения

Гугл — лицемерыКаждый раз, когда думаю об обновлении прошивки на телефоне, я задумываюсь об устройстве Андроида и испытываю сильный рвотный рефлекс. Говорить Ну почему там внутри такое уродство? Зачем лицемерный гугл, болтающий что-то о свободном ПО в то времяоб опенсорсе, как делаете такой огороженный делает его таким монолитным, неудобным для ковыряния и несовместимый с обычным linux’ом андроид — аморально.не открытым нормально?

Короче, вот каким бы, по-моему, мог быть ПРАВИЛЬНЫЙ андроид:* Модульность Первое, что должно быть — модульность и пакетная организация системы, как в любом нормальном linux’е. Возможность обновления '''системной части''' по кускам.* Встроенные В ЛЮБУЮ СИСТЕМУ ВСЕГДА ДОСТУПНЫЕ root права для пользователя. Любые способы «защиты телефона или установки различных версий интерфейса: захотел — воткнул TouchWiz, захотел — воткнул гугловскую оболочку, захотел — MIUI, захотел — от пользователя» (напримерSony… без извращений со скачиванием идиотских «Zver Edition» сборок с бестолковых файлообменников. Без сбросов, selinux) должны быть ОТКЛЮЧАЕМЫМИбез бэкапов.Опять-таки, как в любом нормальном linux’е!!!* Отсутствие DRM. Ну не было бы без DRM фильмов в play — И НЕ НАДО. КаждыйВот эту фичу, кто делает DRM — проприетарная сволочькстати, и я бы предпочёлв последнем андроиде почти реализовали: возможность выбора конкретных разрешений, если бы этих людей не стало (как Столлман сказал про Джобса — я не радпредоставляемых приложениям, что он умерпри установке, но я радвместо безальтернативного «согласиться». «Почти» реализовали потому, что его больше вроде-как возможности отрубить приложению доступ в интернет всё равно нет).* Работа на стандартном ядре Linux, отсутствие костылей типа binder’а и , «зиготы», эмуляции регистронезависимой ФС через fuse. Вместо первого — сокетытоненькая обёртка над банальными unix сокетами, вместо второго — dalvik assembly второго (которые надо с целью экономии памяти) — assembly, то есть «разделяемые библиотеки» на dalvik’е — насколько я понимаю, это есть в .NET — нужно было бызапилить аналогично.* Естественно, конечноналичие mass storage (выпиленного в 4-ом андроиде каким-то идиотом), сначала запилитьхоть даже напрямую в ext4, чтобы они работали)мелкософт своим убогим патентом на FAT32 LFN не потрясывал.* Лицензия GPLv3 на всю систему вместо текущей Apache! ПричёмКоли уж APK приложения не имеют зависимостей, вреда вполне нормально было бы это поддержать установку приложений '''вместе с данными''' в собственный каталог или раздел, не принесло никакогозатрагиваемый при обновлении системы, а наоборот — уменьшило бы фрагментациютакже поддержать произвольное разбиение диска.* Root права для пользователя должны быть доступны ВСЕГДА! Телефон должен защищать пользователя, а не ЗАЩИЩАТЬСЯ ОТ пользователя. То есть все selinux’ы и прочее фуфло должно быть отключаемым.* DRM, разумеется, быть не должно, в частности потому , что производители вынуждены были бы открывать свои идиотские костыльные доработки типа изменённых интерфейсов при наличии рута (который в итоге-то всё равно всем доступен) он всё равно БЕСПОЛЕЗЕН. На половые проблемы проприерастов, занимающихся продажей приложений (и прочегофильмов, и прочего), мне в целом положить, но если уж им очень хочется, пусть делают свою защиту через привязку к серверу — способ вполне адекватный для смартфонов: уже сейчас нехилая часть приложений — тупо UI для чего-нибудь. Ну, калькуляторы продавать, конечно, уже не получится — НУ ТАК И НЕ ХРЕН. Ну не будет фильмов в маркете — охренеть потеря, всегда мечтал их смотреть за деньги на 5" экране мобилы. Через мобильный интернет, ага.* Маркет должен быть более ориентирован на интеграцию с процессом разработки приложения: пусть там будет багтрекер, исходники в git, wiki, история версий, информация о лицензии… Или просто интеграция с github’ом.* НОРМАЛЬНАЯ опенсорсность самой системы. Сейчас андроид под лицензией Apache, и это создаёт огромные неудобства — каждый производитель городит свою закрытую оболочку со своими патчами, своей системой обновления, да что там системой обновления… зачастую вообще без обновлений! Чтобы такого не было бы гораздо легче , нужно либо поменять лицензию на GPLv3 и вынудить производителей открывать все доработки, либо просто административным ресурсом загнать всех в ОДИН общий репозиторий, в котором и поддерживать . По сути, всё должно разрабатываться как CyanogenMod — система общая, а для разных девайсов различаются только специфичные части. Ещё лучше, если сделать и обновлятьлицензию нормальную (GPLv3), и загнать всех в общий репозиторий. И это поддерживать было бы проще, и обновлялись бы все охотно, и «фрагментации» бы пресловутой не было, и можно было бы позволило изначально использовать нормальные linux’овые компоненты, например, busybox и нормальный uclibc вместо bionic.

Дальше уже другая фантазияP.S: скрестить какой-нибудь декларативный Ещё есть идея по поводу кроссплатформенных HTML/JS приложений — так как их очевидная проблема это непосредственно сам HTML, с его reflow’ами и отсутствием нативных контролов — нужно просто придумать другой нормальный скриптуемый язык описания UI с JS и загрузкой из вебаинтерфейсов. Типа «html5» приложение с JS, но вместо HTML — QML (там JS уже какой-то есть, с другой стороны это не XML), ну или как стандартный андроидовский язык (XMLописания интерфейсов, но не очень удобный, может только более приведённый к «вебовому» виду со скриптами и не подойтидаже, ибо не особо заточен на динамическое создание)… Activity («экраном») будет та же страницанаверное, открытая по какому-то адресу (URL)возможность грузить описания с сервера аналогично HTML страницам сайтов. В JS предоставить DOM и вообще APIБыло бы, похожие на обычный браузерный JS настолько, чтобы этого было достаточно для запуска всяких стандартных JS фишек.Плюс видимо какпо-то эти «описания страниц» кэшироватьмоему, чтобы всё-таки не каждая активити очень круто — многие мобильные приложения сейчас представляют из инета открываласьсебя просто нативные интерфейсы к сайтам, либо чтобы вообще была возможность завернуть её а так их даже не нужно было бы оборачивать в приложения — нативный интерфейс появлялся бы прямо в пакет приложенияпроцессе просмотра интернетов.То есть очевидная идея{{wl-publish: в чём проблема html5 приложений? В самом html5. Ну так заменить его на что2015-то и чики06-пуки.Как это натянуть на андроид — ХЗ, явно нужна какая-то дополнительная прослойка, т.к по дефолту активити описываются в манифесте и только в нём.Но сама идея по-моему хорошая, так как максимально упрощается вообще ВСЁ, появляется вариант генерить страницы на лету бэкендами (или может наоборот он не особо нужен), плюс есть теоретический шанс суметь сделать это кроссплатформенно.[[Category02 23:35:VitaliPrivate]]51 +0300 | VitaliyFilippov }}