The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Android 1.6 SDK и несколько новых Android-телефонов, opennews (??), 16-Сен-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "Релиз Android 1.6 SDK и несколько новых Android-телефонов"  +/
Сообщение от ixrws (ok), 16-Сен-09, 20:45 
Отказаться от нативных бинарников и генерировать байткод, при этом давать прямой доступ к той же libc - в этом нет ничего сложного. Я к тому что сделать независимость от архитектуры не так уж сложно и без городьбы совершенно нового окружения. То есть поидее любой проект на С, С++ и прочем загоняется в байткод, а потом байткод преобразуется и линкуется с обычными либами. Где нужно создаются безопастные прослойки. Если делать всё грамотно, то и будет стабильность api, и 100% переносимость.
Что касается изолированных окружений, то для их реализации тоже нет необходимости городить совершенно новый огород. Достаточно пойти по пути AppArmor и дойти до той точки, где можно будет засунуть каждое приложение в песочницу и выделять ресурсы индивидуально.
Если подойти к этому серьёзно, то можно отобрать нужные библиотеки, объединить и выдать их за единый api. Преимущества такого подхода, в отличие от android в том, что рады будут все. И те кто хочет единого api и неубивамой среды, и те кто хочет писать как считает нужным и убивать систему.
Насильное же навязываение исключительно песочных, кастрированных технологий грозит в дальнейшем просто-напросто загниванием развития. Один путь он худший самый.
Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз Android 1.6 SDK и несколько новых Android-телефонов"  +1 +/
Сообщение от iZEN (ok), 16-Сен-09, 23:00 
>Отказаться от нативных бинарников и генерировать байткод, при этом давать прямой доступ
>к той же libc - в этом нет ничего сложного. Я
>к тому что сделать независимость от архитектуры не так уж сложно
>и без городьбы совершенно нового окружения. То есть поидее любой проект
>на С, С++ и прочем загоняется в байткод, а потом байткод
>преобразуется и линкуется с обычными либами. Где нужно создаются безопастные прослойки.

А почему не на Forth, а на C/C++? Что значит "любой проект"? Страуструпп явно не предполагал, что его язык (C++) будет использоваться для разработки ПРИЛОЖЕНИЙ. C++ — это "улучшенный C", для написания системных и системно-зависимых программ, но никак не приложений. C++ не быстрее C# и Java. Так зачем его используют там, где для него нет места — "преданья старины глубокой".

>Если делать всё грамотно, то и будет стабильность api, и 100%
>переносимость.

Linux перманентно показывает "стабильность" API с выпуском очередной версии абсолютно нового ядра, да вот производители видеокарт хронически не успевают за ним.

>Что касается изолированных окружений, то для их реализации тоже нет необходимости городить
>совершенно новый огород. Достаточно пойти по пути AppArmor и дойти до
>той точки, где можно будет засунуть каждое приложение в песочницу и
>выделять ресурсы индивидуально.

Достаточно каждое приложение засунуть в Jail — не выход. Нужно ещё обеспечить хорошую скорость разработки и отличную сопровождаемость, чего C++ обеспечить не может (судя по трудностям портирования последней генерации Sun JDK 6u16 на FreeBSD — "нет патчей").

>Если подойти к этому серьёзно, то можно отобрать нужные библиотеки, объединить и
>выдать их за единый api. Преимущества такого подхода, в отличие от
>android в том, что рады будут все. И те кто хочет
>единого api и неубивамой среды, и те кто хочет писать как
>считает нужным и убивать систему.

Слишком много хотелок.
Интегрированная JVM — и есть этот самый унифицированный API, но без всякой левой возможности "убить" систему приложением, да.

>Насильное же навязываение исключительно песочных, кастрированных технологий грозит в дальнейшем просто-напросто загниванием развития. Один путь он худший самый.

Windows работает у примерно 90% пользователей и менять на что-либо ещё они её не собираются. "Гниёт" она уже третий десяток лет...

Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз Android 1.6 SDK и несколько новых Android-телефонов"  +/
Сообщение от User294 (ok), 17-Сен-09, 22:46 
>Отказаться от нативных бинарников и генерировать байткод, при этом давать прямой доступ
>к той же libc - в этом нет ничего сложного.

Остается только вопрос - нахрена весь этот огород (который к тому же с треском стушуется в всяких там кодеках и т.п. интенсивных применениях, т.к. в узких местах асм вставки как рулили так и рулят по сей день и даже на могучих многоядерниках они есть т.к. и параметры видео растут и кодеки усложняются ради эффективности). Собссно скомпилить бинарь и поместить в реп для авторов не сложно.  

Для открытого софта все как раз просто, для юзера в частности. Что в той системе, что в иной - запускаем манагер пакетов, выбрали, поставили. Готово. Геморрой с этим всем - у всяких проприетарщиков. Которых жаба давит сорц отдать и приходится самолично делать кучу работы которую обычно берут на себя майнтайнеры. А не пойти ли господам проприетарщикам с их идиотскими проблемами нафиг? А то лично я (с юзерской точки зрения) не вижу никакой разницы между установкой софта на ARMовскую n800 или на x64 десктоп. И авторы софта его не компилят под все и вся. Вон тот же пиджин - формально только в сорцах есть.Но тем не менее, есть и для х64 убунты и для n8x0. И ставится что там что сям совершенно однохренственно. Ну и зачем мне эти ваши кроссплатформенные бинари с массой геморроя? Чтобы проприетарщикам было удобнее меня пичкать их дрянью? Ха. Как по мне - так это их проблемы их жабы, для таких есть 2 пути - или дурные и неэффективные кроссплатформенные бинари с массой побочностей и неэффективностей или доминирование одной системы. А у опенсорсников сроду никаких проблем нет с компилом их софта под разные платформы и потому для них все просто.

>Если делать всё грамотно, то и будет стабильность api, и 100%
>переносимость.

А кому весь этот огород надо кроме проприетарщиков? Только им? Так им и карты в руки мудохаться с написанием всего этого и геморроиться с поддержкой 100% совместимости бинарных апи и что там еще. А потом придется доходить до идиотизмов типа поддержки совместимости с старыми ... багами :))) и прочая.

>той точки, где можно будет засунуть каждое приложение в песочницу и
>выделять ресурсы индивидуально.

Вот это было бы нормальное решение. Только знаете, чем больше вы будете ...ать програмерам и юзерам мозг - тем меньше у вас будет юзеров и програмеров в конечном итоге. Знаете, я как-то пользуюсь десктопом на писюке и как-то вполне доволен.На мобильном устройстве должно быть столь же просто и программить (при том без тупых ограничений) и пользоваться потом всем этим. В конечном итоге - мобильные устройства нынче всего лишь обычные компьютеры. Не вижу причин по которым там паранойи должно быть больше чем в обычных писюках. И так и сяк их используют одинаковые по степени дурости люди на данный момент.

>Насильное же навязываение исключительно песочных, кастрированных технологий грозит в
>дальнейшем просто-напросто загниванием развития. Один путь он худший самый.

Вот с этим 100% согласен. Эволюция платформы гугля больше напоминает сперва создание себе вагона проблем а потом какие-то неуверенные и половинчатые потуги их разрулить. В то время как нокия решила плюнуть на высокие концепции и идеализм и сделать что-то просто работающее. Подо что будет нормальный софт и что можно будет юзать и программить без левого геморроя. И это вполне хорошее инженерное решение. Побеждают не идеалы и идеалисты которые готовы умереть за идею, игнорируя плюсы остальных подходов, а те кто найдет разумный баланс. Вот у нокии это похоже получилось. И их платформа будет хороша. Не в глазах идеалистов и теоретиков. А в моем кармане. На практике. С нормальным софтом и без лишнего траходрома и технологий-которые-ради-самих-себя (типа явы и прочей байды), в которой сперва придумали необходимость, высосав из пальца аргументы, а потом пытаются всех построить под одну гребенку.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру