Исходное сообщение
"Две трети популярных Android-приложений используют вставки н..." Отправлено Vitto74, 19-Июн-14 23:21
>> А что делать, если список платформ, для которых Google делает Android вырастет? Снова собирать пакеты для новых архитектур? > Это всё какие-то клинические фантазии ява фанбоев. Ну не появляются новые платформы, > практически вообще никак. Какая-то новая платформа это целое событие. Осилить одну > платформу раз в десять лет ни для кого не проблема. Платформа AMD64 сколько лет назад появилась? Я до исх пор крайне редко вижу ПК без единой программы в x86. Если бы не это наследие - AMD64 была бы куда менее консервативной платформой. > Все остальные кейсы это простая пересборка пакетов, как это делается уже хз > сколько лет в бинарных линуховых дистрибутивах. Пересборка это конечно хорошо и скорее всего даже реализуемо, но что будем делать, если разработчик свой проект забросил, а исходников для этой самой пересборки не оставил? >> Получается, что весь профит от Java улетает в топку только потому, что можно писать на сях и компилить для ARM. > Так весь и посыл в том, что ява вообще нахер не нужна. > Есть нативный SDK и тулчейн который разработчику сразу соберёт его пакет > под N профессорных платформ. Это в смысле как нужно было делать > с самого начала. Это просто констатация непоследовательных действий со стороны Google. Java для Android была взята как раз для независимости от аппаратуры, причем ценой производительности. Зачем же тогда NDK, который по определению лишает программы этой переносимости? >> Если смотреть с этой стороны - наиболее сбалансированное решение - это как раз компиляция не для Java-машины, которая тормозная, и не для ARM, который не переносимый, а во что-то вроде LLVM с последующей оптимизацией под конкретное устройство во время установки (этакий одноразовый JIT). > В принципе тоже ок, тогда на телефоне нужно будет держать весь тулчейн > для сборки и выжирать его батарею во время установки и обновления. Не такой большой тулчейн, учитывая размеры остальной платформы. Батарею компиляция кушает один раз, а потом солидно ее экономит. Кстати я оказался прав - https://www.opennet.ru/opennews/art.shtml?num=40041 Осталось только выпилить NDK, но на это не приходится рассчитывать в ближайшее время.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> А что делать, если список платформ, для которых Google делает Android вырастет? Снова собирать пакеты для новых архитектур? >> Это всё какие-то клинические фантазии ява фанбоев. Ну не появляются новые платформы, >> практически вообще никак. Какая-то новая платформа это целое событие. Осилить одну >> платформу раз в десять лет ни для кого не проблема. > Платформа AMD64 сколько лет назад появилась? Я до исх пор крайне редко > вижу ПК без единой программы в x86. Если бы не это > наследие - AMD64 была бы куда менее консервативной платформой. >> Все остальные кейсы это простая пересборка пакетов, как это делается уже хз >> сколько лет в бинарных линуховых дистрибутивах. > Пересборка это конечно хорошо и скорее всего даже реализуемо, но что будем > делать, если разработчик свой проект забросил, а исходников для этой самой > пересборки не оставил? >>> Получается, что весь профит от Java улетает в топку только потому, что можно писать на сях и компилить для ARM. >> Так весь и посыл в том, что ява вообще нахер не нужна. >> Есть нативный SDK и тулчейн который разработчику сразу соберёт его пакет >> под N профессорных платформ. Это в смысле как нужно было делать >> с самого начала. > Это просто констатация непоследовательных действий со стороны Google. Java для Android > была взята как раз для независимости от аппаратуры, причем ценой производительности. > Зачем же тогда NDK, который по определению лишает программы этой переносимости? >>> Если смотреть с этой стороны - наиболее сбалансированное решение - это как раз компиляция не для Java-машины, которая тормозная, и не для ARM, который не переносимый, а во что-то вроде LLVM с последующей оптимизацией под конкретное устройство во время установки (этакий одноразовый JIT). >> В принципе тоже ок, тогда на телефоне нужно будет держать весь тулчейн >> для сборки и выжирать его батарею во время установки и обновления. > Не такой большой тулчейн, учитывая размеры остальной платформы. Батарею компиляция кушает > один раз, а потом солидно ее экономит. > Кстати я оказался прав - https://www.opennet.ru/opennews/art.shtml?num=40041 > Осталось только выпилить NDK, но на это не приходится рассчитывать в ближайшее > время.
	Введите код, изображенный на картинке: