The OpenNET Project / Index page

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



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

Оглавление

Проекты MeeGo и LiMo объединились и продолжат развитие как п..., opennews (?), 28-Сен-11, (0) [смотреть все]

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


71. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (-), 28-Сен-11, 14:29 
> Важно, чтобы там Java не было.

JS + HTML не сильно лучше. Тормозить будет аналогично.

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

103. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от iZEN (ok), 28-Сен-11, 16:07 
>> Важно, чтобы там Java не было.
> JS + HTML не сильно лучше. Тормозить будет аналогично.

Не — Java будет тормозить только до первого вызова, а потом сравняется с нативной реализацией. JS + HTML тормозить будут ПОСТОЯННО.


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

118. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от ананим (?), 28-Сен-11, 17:09 
>Не — Java будет тормозить только до первого вызова,

достаточно одной дозы.
Тем более что в том же андроиде проги из фона порой просто не возвращаются.
Вот и встроили в функционал - очистить память.
> JS + HTML тормозить будут ПОСТОЯННО.

а тем временем вебос то куда шустрее жабо-андроида был.

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

139. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (-), 28-Сен-11, 18:02 
> Не — Java будет тормозить только до первого вызова, а потом сравняется
> с нативной реализацией. JS + HTML тормозить будут ПОСТОЯННО.

Jit как бы реализовали и в V8 и в JaggerMonkey. Только ни оно ни твоя ява нифига не догонят нативный код - балласта много больно навешано. Сложно установить рекорд на стометровке если к ноге гиря привязана.

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

162. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 28-Сен-11, 19:53 
> Только ни оно ни твоя ява нифига не догонят нативный код

наивный юноша. вообще-то динамические оптимизаторы довольно часто превосходят статические. а почему — этого я тебе не скажу, пусть остаётся секретом. а то у тебя травма мозжечка будет.

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

168. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 28-Сен-11, 20:12 
> наивный юноша. вообще-то динамические оптимизаторы довольно часто превосходят статические.

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

> а почему — этого я тебе не скажу, пусть остаётся секретом.
> а то у тебя травма мозжечка будет.

Теория не подкрепленная практикой - болтология.

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

172. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  –1 +/
Сообщение от anonymous (??), 28-Сен-11, 20:19 
> Теория не подкрепленная практикой — болтология.

так я ж не спорю. хорошо, что ты считаешь это болтологией: меньше дураков будет в области разработки JIT. а то с дураками сражаться очень накладно: их «аргументы» для таких же дураков выглядят очень убедительно. и приходится заместо заниматься делом — сражаться с дураками, которые хотят «всё отнять и поделить».

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

180. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 28-Сен-11, 21:52 
А что самое смешное - адепты явы умудрялись орать "не тормозит!" и вообще без всяких jit. А уж с jit они просто в лепешку убиваются доказывать. Хотите прикол? А при компиле в нативный код на такие девайсы зачастую можно использовать весьма оптимальный набор команд.Потому что там никто не волокет совместимость с первым пентиумом эпохи царя гороха.
Ответить | Правка | Наверх | Cообщить модератору

182. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  –1 +/
Сообщение от anonymous (??), 28-Сен-11, 22:21 
справедливости ради — jvm не такая уж и медленная. просто в жабе класс на классе сидит и классом погоняет. а такая «архитектура» способна затормозить даже самую крутую VM.
Ответить | Правка | Наверх | Cообщить модератору

183. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 28-Сен-11, 23:26 
> справедливости ради — jvm не такая уж и медленная.

Справедливости ради, все программы где скорость не похрен и нельзя этот вопрос решить втыканием 100500 серверов как энтерпрайзники - почему-то дружно пишут на си(++). Яркий пример допустим 3D гамезы, архиваторы, кодеки, обработка изображений с камеры и что там еще.

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

185. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 28-Сен-11, 23:31 
на самом деле это просто инерция мышления. реальных мест, где имеет смысл спускаться до низкого уровня, не так уж много.
Ответить | Правка | Наверх | Cообщить модератору

204. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +1 +/
Сообщение от Аноним (-), 29-Сен-11, 14:33 
> на самом деле это просто инерция мышления. реальных мест, где имеет смысл
> спускаться до низкого уровня, не так уж много.

Ну напиши на яве или чем там тебе удобно на VM декодер VP8 допустим и порви в хлам вон те поделки на сях с кусками асма. У тебя же супер-оптимизации доступны, клоун. Сравним FPSы, вместе поржем над сливом.

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

208. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от iZEN (ok), 29-Сен-11, 15:33 
>> на самом деле это просто инерция мышления. реальных мест, где имеет смысл
>> спускаться до низкого уровня, не так уж много.
> Ну напиши на яве или чем там тебе удобно на VM декодер
> VP8 допустим и порви в хлам вон те поделки на сях
> с кусками асма.

Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона? Ведь всё равно наружу выставляют программный интерфейс для доступа к нему из приложений на Java, и мидлеты спокойно пользуются функциями этого "чёрного ящика", как и функциями нативной OpenGL ES.

> У тебя же супер-оптимизации доступны, клоун. Сравним FPSы, вместе поржем над сливом.

Какие супер-оптимизации? Ты о чём. Есть клинет-серверная модель взаимодействия, когда дохлый клиентик управляет мощным сервером и получает именно то, что ждали от нативной реализации — так работает Jake — Quake2, частично переписанный на Java. Нужно просто разделять ответственность между нативным кодом и управляемым кодом. Пусть нативный код пишут те, кто деньгами ручается за его качество и соответствие заявленным функциям. Пусть управляемый код пишут те, кому по кайфу его писать, а значит требования к качеству его могут быть минимальными, и такой код не обрушит файловую систему и не доставит в ядро зловред. Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время работал антивирус касперского, как на взрослых компах? Думаете, если платформа Linux, то априори не подвержена заражению вирусной активности? Ошибаетесь.

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

210. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 29-Сен-11, 15:37 
вот иногда изен говорит правду (нечаянно, видимо). тут вот он описал качество жаба-софта, например. очень верно описал.
Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

211. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 29-Сен-11, 15:38 
«не подвержена заражению вирусной активности»

изен, это какой язык и что это означает?

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

227. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 30-Сен-11, 18:50 
> изен, это какой язык и что это означает?

Он на человеческом языке пишет так же как и на машинном :)

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

229. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 30-Сен-11, 19:37 
> Он на человеческом языке пишет так же как и на машинном :)

так же плохо, в смысле?

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

223. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 30-Сен-11, 17:58 
> Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона?

Внезапно, твои краплеты на яве "прошиваются" в то же самое "пзу" (как правило являющееся NAND флешкой).

> Ведь всё равно наружу выставляют программный интерфейс для доступа к нему
> из приложений на Java,

А что если захочется НОВЫЙ КОДЕК заинсталлить? Убогому крапу с j2me этого не дано, но для смартфонов это вполне возможный технически вариант. То что его не всегда разрешают политически - ну так за это некоторые и не любят искусственно кастрированные платформы.

> и мидлеты спокойно пользуются функциями этого "чёрного
> ящика", как и функциями нативной OpenGL ES.

Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса. И свои функции обработки картинок с матрицы. Не хочу ничего сказать, но фотки получаются явно лучше чем родной камерой да еще и в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для сосиски, при том сосиска делается не ими и вкуснее чем есть - не станет. А глядя на фотки с андроидов я понимаю что сосиска там пополам с картоном. Кушайте это сами, а я такое не ем. Для меня ваши 100500 краплетов "новая софтина камеры" где все отличие в переставленных местами кнопках - бесполезные артефакты, не более. Я уважаю _качественную_ работу _головой_.

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

Честно говоря, мне изолированная среда нужна сугубо для просмотра сайтов. А в случае локальных приложений у мну политика более жесткая: я вообще не запускаю программу если вижу основания ей не доверять. Как я смотрю, троянам не очень мешает разграничение прав. В конце концов, я или подтверждаю набор прав или иду лесом и прога не работает. С таким же успехом я или ставлю прогу, или нет. Поэтому если я не доверяю программе - я просто ее не использую. Совсем.

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

Т.е. про бесплатные/открытые программы можно забыть? Не, знаешь, плати-ка ты сам за всякую ни с чем не совместимую мобильную ерундистику "серьезным дядям" (я не сомневаюсь что они в погоне за быстрыми баксами очень качественно все протестят, аж два раза). А я какнить кутимом на н900 бесплатно попользуюсь. Он в разы лучше любого мобильного шита для андроидов, j2me и прочих ифонов получился и к тому же задаром и с исходниками. И не пытается меня облапошить/нагреть на каждом углу. В отличие от.

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

Зато зловредов которые смски на короткий номер шлют, качают рекламу, сливают по сети конфиденциальные данные и шпионят - навалом. Если прога работает с сетью - это вообще крындец. Запускать поделки от умников типа тебя я просто не собираюсь - untrusted, а мониторить каждый байт на предмет не сперли ли чего и не вгрузили ли дряни  - меня ломает, извини.

> Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время
> работал антивирус касперского,

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

> как на взрослых компах? Думаете, если платформа Linux, то априори не
> подвержена заражению вирусной активности? Ошибаетесь.

Да, вон андроид с явой :))) завален троянами. Потому что сожержатель каталога принимает всякое малваре в силу своей дурости.

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

230. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от iZEN (ok), 30-Сен-11, 19:38 
>> Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона?
> Внезапно, твои краплеты на яве "прошиваются" в то же самое "пзу" (как правило являющееся NAND флешкой).

Раз завёлся разговор про J2ME, а не Android, jar-файлы с мидлетами приходят на телефон не в прошивке, а в большинстве случаев по OTA (по воздуху) — есть такая технология доставки мидлетов, когда пользователь выбирает ссылку на описатель мидлет-сюиты jad-файл внутри мобильного браузера, а после согласия на доставку загружает мидлет(ы).

>> Ведь всё равно наружу выставляют программный интерфейс для доступа к нему
>> из приложений на Java,
> А что если захочется НОВЫЙ КОДЕК заинсталлить?

А зачем тебе новый кодек? Что положили в прошивку — пользуйся. Не нравится — меняй прошивку или покупай другой телефон. В прошивке всё системное ПО отлажено и защищено от шаловливых ручёнок.

> Убогому крапу с j2me этого
> не дано, но для смартфонов это вполне возможный технически вариант. То
> что его не всегда разрешают политически - ну так за это
> некоторые и не любят искусственно кастрированные платформы.

То есть ты признаёшь, что в смартфонах кодек VP8 далеко не всегда можно заменить. И тем не менее утверждаешь, что обычный мобильник со прошитым VP8, который можно задействовать из J2ME, крап?

>> и мидлеты спокойно пользуются функциями этого "чёрного
>> ящика", как и функциями нативной OpenGL ES.
> Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса.
> И свои функции обработки картинок с матрицы. Не хочу ничего сказать,
> но фотки получаются явно лучше чем родной камерой да еще и
> в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для
> сосиски, при том сосиска делается не ими и вкуснее чем есть
> - не станет.

J2ME использует аппаратно-программные возможности, которые заложены в прошивку аппарата. Ничем не лучше и не хуже того же нативно-смартфонного ПО. Несложные алгоритмы пост-обработки изображений можно реализовать на Java. Байты везде байты.

> А глядя на фотки с андроидов я понимаю
> что сосиска там пополам с картоном.

Какие принципиальные трудности переписать пост-обработку мультимедийных данных с C++ на Java, если это не для реального времени? Трудность в том, что специализированный софт УЖЕ написан на C/C++ (опыт Symbyan и WinCE), а на Java его ещё предстоит написать или переписать, так как в те времена J2ME работала только на полудохлых аппаратах, где не было тех ресурсов, что были в смартфонах с операционными системами. Сейчас ситуация изменилась — приложениям на Java и DEX-машины доступны те же аппаратные ресурсы, что и ранним смартфонным приложениям.

>> от нативной реализации — так работает Jake — Quake2, частично переписанный
>> на Java. Нужно просто разделять ответственность между нативным кодом и управляемым кодом.
> Честно говоря, мне изолированная среда нужна сугубо для просмотра сайтов. А в
> случае локальных приложений у мну политика более жесткая: я вообще не
> запускаю программу если вижу основания ей не доверять.

Как ты увидишь основания не доверять, где критерии доверия нативной программе, выполняющейся по сути в общем операционном пространстве с другими программами?

> Как я смотрю, троянам не очень мешает разграничение прав.

Конечно не мешает. Потому что троянские программы выполняются в одном пользовательском окружении с остальными программами. Защита памяти ничего не даёт, если троянская программа может элементарно изметь файл другой программы и/или её конфигурацию.
В мидлетах это невозможно — контрольные суммы не сойдутся при нарушении целостности class-файлов, а в J2ME используются песочницы, где мидлеты могут видеть данные только родной сюиты, jar-файлы не сохраняются в ФС, а переписываются/классы компилируются в защищённую область NAND.

> В конце концов, я или
> подтверждаю набор прав или иду лесом и прога не работает. С
> таким же успехом я или ставлю прогу, или нет. Поэтому если
> я не доверяю программе - я просто ее не использую. Совсем.

Логично.

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

Почему забыть? Например, OperaMini довольно хорошая бесплатная программа, позволяющая экономить трафик и гибко конвертировать контент под размер экрана мобильного устройства.
Никто не запрещает переделать OperaMini под свои задачи — есть довольно много усовершенствованных версий этой программы.

> А я какнить кутимом на н900
> бесплатно попользуюсь. Он в разы лучше любого мобильного шита для андроидов,
> j2me и прочих ифонов получился и к тому же задаром и
> с исходниками. И не пытается меня облапошить/нагреть на каждом углу. В
> отличие от.

Что, и Qt ты сам собственноручно перекомпилировал для своего N900, user294?

> Зато зловредов которые смски на короткий номер шлют, качают рекламу, сливают по
> сети конфиденциальные данные и шпионят - навалом.

Любой несертифицированный мидлет не способен отсылать SMS без разрешения со стороны пользователя. Видимо, ты один попался на этом и теперь ноешь.

> Если прога работает с сетью - это вообще крындец.

Так, "компьютер это сеть" — девиз Sun Microsystems. :)

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

Сдался ты мне.

>> Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время
>> работал антивирус касперского,
> Нет, я просто хочу запускать программы которым я доверяю. Например, открытым программам
> от проверенных авторов я как правило доверяю.

И у них есть сертификаты, подписанные доверенными CA? Откуда ты знаешь, может ту программу, которую тебе прислали по почте якобы знакомые, или которую ты скачал с сайта, подвергшегося взлому, не подменили? В J2ME на этот счёт есть система подписей и сертификации, а для твоей платформы что? Кому ты доверяешь на самом деле? "Доброму слову"?

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

232. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 02-Окт-11, 08:58 
> Раз завёлся разговор про J2ME, а не Android, jar-файлы с мидлетами приходят
> на телефон не в прошивке, а в большинстве случаев по OTA (по воздуху)

Не принципиально - обычно разница не более чем между предустановленным в ОС пакетом и доустановленным юзером лично.

> — есть такая технология доставки мидлетов, когда пользователь выбирает
> ссылку на описатель мидлет-сюиты jad-файл внутри мобильного браузера, а после согласия
> на доставку загружает мидлет(ы).

Ну спасибо тебе, Капитан, что рассказал нам про недо-реализацию репов по сути :)

>> А что если захочется НОВЫЙ КОДЕК заинсталлить?
> А зачем тебе новый кодек?

Мало ли. Ну вот гугель сделал VP8. Мне он нравится. И я им могу пользоваться на моих серверах не платя никому какие-то левые отчисления. Почему я им не должен пользоваться?

> Что положили в прошивку — пользуйся. Не нравится — меняй прошивку или покупай
> другой телефон.

Быдлопотребццтво процветало и пахло.

> В прошивке всё системное ПО отлажено и защищено от шаловливых ручёнок.

Ты хотел сказать - огорожено от меня, покупателя? Чтобы я лишний раз за телефоном поперся, потому что господа разработчики искусственно поспособствовали моральному старению?

>> что его не всегда разрешают политически - ну так за это
>> некоторые и не любят искусственно кастрированные платформы.
> То есть ты признаёшь, что в смартфонах кодек VP8 далеко не всегда
> можно заменить.

Да, но когда можно - это фича, а не баг. Ну вон на N900 вполне можно _любые_ кодеки доустановить, вплоть дo FLAC.

> И тем не менее утверждаешь, что обычный мобильник со
> прошитым VP8, который можно задействовать из J2ME, крап?

Да, крап. Ограниченный и неполноценный, ты сам это выше написал. А я разве опровергал тезис что излишне огороженные смарты - тоже крап? ;)

>> Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса.
>> И свои функции обработки картинок с матрицы. Не хочу ничего сказать,
>> но фотки получаются явно лучше чем родной камерой да еще и
>> в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для
>> сосиски, при том сосиска делается не ими и вкуснее чем есть
>> - не станет.
> J2ME использует аппаратно-программные возможности, которые заложены в прошивку аппарата.

А в нормальных аппаратах их еще и расширять можно. Потребццтву - бой!

> Ничем не лучше и не хуже того же нативно-смартфонного ПО. Несложные
> алгоритмы пост-обработки изображений можно реализовать на Java. Байты везде байты.

Ага, только нежатые байты с камеры - в яве нифига не отдадут, а над жатыми нет особого смысла делать какие-то операции, поскольку там срач от жпега все испортит. А если бы и отдали, там нативный код то надрывается, чтобы хоть какое-то подобие реалтайма получить, ява вообще усрется. А ничего что один кадр 5мпикс камеры весит 10Mb? А сохранить хоть пару в памяти дадут? А память или лимит на нее - не кончится? :)

>> А глядя на фотки с андроидов я понимаю
>> что сосиска там пополам с картоном.
> Какие принципиальные трудности переписать пост-обработку мультимедийных данных с C++
> на Java, если это не для реального времени?

Во первых, ява-крап как правило не способен отдавать приложению несжатую картинку с камеры. И кстати, думаешь в FCAM кастомные дрова к ядру дописали чисто для прикола? А вот и хрен, без него доступ к всем элементам управления камеры в потребном виде получить не удается. В случае фотосъемки имеет смысл совместить кручение параметров съемки с постобработкой. Ну там например, HDR снять (а что, твой ява-крап умеет разную экспозицию в быстро шлепаемой серии из 3 кадров ставить?). Если что, HDR выглядит как-то прикольнее обычных фоток. Но явафоном его снять не светит - а нету там апи чтобы максимально быстро вбахать 3 кадра серией, с разной экспозицией и максимально быстро друг за другом (чем больше задержка, тем больше мазни). Потом по желанию можно их слепить (ага, всего 30 метров данных перепахать).
Во вторых, реалтайм - есть. Если аппарат будет снимать HDR слишком долго например - результат будет неприемлим (чем больше задержка между кадрами, тем сильнее мазня от тряски рук фотографа и перемещения движущихся объектов). Кроме того, даже в более  простых случаях юзера не пропрет ждать в 3 раза дольше...

> Трудность в том, что специализированный софт УЖЕ написан на C/C++
> (опыт Symbyan и WinCE), а на Java его ещё предстоит написать или переписать,

Уточним: аналог FCAM ты на своей яве в принципе не напишешь. Это сочетание драйвера режима ядра и юзермодовой проги (на самом деле прог использующих сие апи есть несколько, позволяют довольно нетривиальные варианты съемки, типа съемки в темноте без шума и резко, или HDR, etc).

> так как в те времена J2ME работала только на полудохлых аппаратах, где не
> было тех ресурсов, что были в смартфонах с операционными системами. Сейчас
> ситуация изменилась — приложениям на Java и DEX-машины доступны те же
> аппаратные ресурсы, что и ранним смартфонным приложениям.

Ну напиши аналог FCAM на яве - с удовольствием посмотрю как это у тебя выйдет :). Правда я готов поставить 100 к 1 что это у тебя не получится. Вообще.

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

Репутация автора/майнтайнеров. В особо параноидальном или подозрительном случае - вдумчивое чтение сырца.

>  выполняющейся по сути в общем операционном пространстве с другими программами?

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

>> Как я смотрю, троянам не очень мешает разграничение прав.
> Конечно не мешает. Потому что троянские программы выполняются в одном пользовательском
> окружении с остальными программами. Защита памяти ничего не даёт, если троянская
> программа может элементарно изметь файл другой программы и/или её конфигурацию.

Ну в андроиде особо не может вроде, но это ж не мешает сливать по сети досье на пользователя, отсылать смс с текстом "не лох!" на короткие номера, качать рекламу (высаживая лимит траффика) и прочая.

> В мидлетах это невозможно — контрольные суммы не сойдутся при нарушении целостности
> class-файлов, а в J2ME используются песочницы, где мидлеты могут видеть данные
> только родной сюиты, jar-файлы не сохраняются в ФС, а переписываются/классы компилируются
> в защищённую область NAND.

По факту нет никакой "защищенной области NAND". Как максимум юзеру что-то не показывают. Но учтя что JVM, особенно J2ME как правило больше похожи на сито - толку то? Помнится в сименсах через J2ME бутлоадер патчили, чтоб не проверял загрузчики и позволял шить что попало. Такая вот "защита памяти". Ну а в случае цифровых подписей это действо просто факапнет загрузку до состояния "бесполезный кирпич" :)))

>> таким же успехом я или ставлю прогу, или нет. Поэтому если
>> я не доверяю программе - я просто ее не использую. Совсем.
> Логично.

В свете этого мне не понятно какой смысл в этом геморрое с подтверждением прав. Чисто информационная хрень, которая ничего не гарантирует, т.к. крапваре под андроид все-равно постоянно идет с адваре, спайваре и малваре и каждая вторая прога просит то чего ей по идее не надо, но надо ж рекламу крутить и данные юзера отсылать?! А не согласишься - не будет работать.

>> Т.е. про бесплатные/открытые программы можно забыть?
> Почему забыть? Например, OperaMini довольно хорошая бесплатная программа, позволяющая
> экономить трафик и гибко конвертировать контент под размер экрана мобильного устройства.

Ага, только ее сервера компрессии траффика забанены много где, а билайн не только детектит этот тип траффа но и зачем-то тарифицирует его 2 раза даже :)

> Никто не запрещает переделать OperaMini под свои задачи — есть довольно много
> усовершенствованных версий этой программы.

Игрушка для школьников. Для серьезных применений непригодно.

> Что, и Qt ты сам собственноручно перекомпилировал для своего N900, user294?

Нет, Qt там фирмой нокия скомпилен. Нокия, определенно, не будет трояны раздавать - это было бы самоубийственно :)

> Любой несертифицированный мидлет не способен отсылать SMS без разрешения со стороны пользователя.
> Видимо, ты один попался на этом и теперь ноешь.

И как это я один обнылся на весь интернет? У меня что, 100 рук чтоли? :)

>> Если прога работает с сетью - это вообще крындец.
> Так, "компьютер это сеть" — девиз Sun Microsystems. :)

Авторы малвари этот тезис одобряют.

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

Ну как бы такие любят рубать бабло по быстрому любой ценой, а если даже и не делают это, то уж идиотских ошибок в логике или криптографии допускают море. На радость хакерам.

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

На той же N900 - это просто репы. Обычные GPG ключи. А эти ваши CA... хм, а comodo и прочие DigiNotar - смогут подписать ComodoHacker'у и его последователям "расово верную программу", которой можно будет все и без вопросов? В случае репов - я должен изъявить желание доинсталлить ключ явно, что дополнительно подслащивает жизнь хакерам :)

> В J2ME на этот счёт есть система подписей и сертификации, а для твоей платформы
> что? Кому ты доверяешь на самом деле? "Доброму слову"?

Разработчикам и GPG ключам репов. Это кстати получше всяких DigiNotar'ов, в среднем по больнице.

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

238. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от temp (??), 03-Окт-11, 12:44 
>> Да, вон андроид с явой :))) завален троянами. Потому что сожержатель каталога принимает всякое малваре в силу своей дурости.

Это хвала глючному подобию, недосмарту, недотелефону н900? :) Что он умеет? Ставить программы вида 100500-ый мегасвободный плеер написанным трустудентом на с++? Самый-самый быстрый http сервер? Для чего годится? Жрет батарейку в разы быстрее андроида, тормозное глюкалово.
Но ведь кулхацеры руками пересоберут все и будет конфетка. Дооо. Так тогда какой смысл, из чего конфетку делать, из выкидыша Ноклы или Гугли?
И не перевелись еще 256 на Руси :)
Ну а по поводу доверия и _думающих_людей_ последние новости со всех ресурсах пестрят о самой могучей, стойкой, копросвободной системе Ж) о няшке гнутой

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

194. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от iZEN (ok), 29-Сен-11, 00:27 
>> справедливости ради — jvm не такая уж и медленная.
> Справедливости ради, все программы где скорость не похрен и нельзя этот вопрос
> решить втыканием 100500 серверов как энтерпрайзники - почему-то дружно пишут на
> си(++). Яркий пример допустим 3D гамезы, архиваторы, кодеки, обработка изображений с
> камеры и что там еще.

Когда это 3D гамезы стали энтерпрайзом, когда в интернет вылезли? :))

Чего-то большие энтерпрайз системы затачиваются на Java EE в основном, про кодеки, архиваторы и обработку изображений в энтерпрайзе пока не слышали. Есть, конечно, точечные применения: вызов нативного кода из Java для генерации динамически обновляемой картинки, но всем управляет Java-приложение (по модели "клиент-сервер"), а не код на C++. На C++ пишутся маленькие программки, которые выполняются в пакетном режиме: вызвал специфическую функцию — и быстро получил результат.


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

195. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 29-Сен-11, 00:35 
> Когда это 3D гамезы стали энтерпрайзом, когда в интернет вылезли? :))

кстати, в играх, построеных на движке Chrome ( http://en.wikipedia.org/wiki/Chrome_Engine ) вся логика и прочее сделаны именно на жабе. да-да, оно таскает с собой jvm.

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

205. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 29-Сен-11, 14:34 
> кстати, в играх, построеных на движке Chrome

А назвать видных представителей - осилите?

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

207. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??), 29-Сен-11, 14:41 
>> кстати, в играх, построеных на движке Chrome
> А назвать видных представителей — осилите?

вот тот подчёркнутый текст в каменте выше называется «гиперссылка». для того, чтобы ней воспользоваться, подведи к тексту такую экранную стрелочку (это называется «курсор мыши»), нажми на левую кнопку мыши и быстро отпусти. если не получится — приходи, начнём с более простых вещей. типа «что такое мышь».

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

215. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 29-Сен-11, 23:24 
>  «что такое мышь».

А что такое мышь? :))

Кстати...
1) А какого там написано сбоку: Written in C++? На яве поди только высокоуровневая логика, которую другие на всяких скриптоязыках пишут? Ну что и требовалось доказать - всю тяжелую работу как обычно си++ вытягивают. Наверное из-за оптимальности явы :))
2) во вторых, я не узрел ни 1 известного мне имени среди игр. На почти все из них в вике даже статьи нет, что намекает на то какие это великие и значительные были игры.
3) На сайте этого производителя движков вообще чего-то написано что бобик - сдох. Что-то не помогла им эта ваша ява.

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

224. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (-), 30-Сен-11, 18:01 
> Когда это 3D гамезы стали энтерпрайзом, когда в интернет вылезли? :))

Эй, завязывай с травой. Тормозишь же.

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

Да, конечно - там если что можно и купить пару дополнительных серваков, килобаксов за эн каждый. Но в мобильниках такой подход немного не катит.

> Есть, конечно, точечные применения: вызов нативного кода из Java для
> генерации динамически обновляемой картинки, но всем управляет Java-приложение
> (по модели "клиент-сервер"), а не код на C++. На C++ пишутся маленькие
> программки, которые выполняются в пакетном режиме: вызвал специфическую
> функцию — и быстро получил результат.

Угу, маленькая программа - quake3, например :)))


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

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

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




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

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