The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Проекты MeeGo и LiMo объединились и продолжат развитие как п..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от opennews on 28-Сен-11, 09:52 
Организации LiMo Foundation и Linux Foundation анонсировали (http://www.linuxfoundation.org/news-media/announcements/2011...) об объединении своих наработок по развитию мобильных платформ на базе Linux и продолжении развития проектов MeeGo (http://www.meego.com) и LiMo (http://www.limofoundation.org/) в рамках единой платформы Tizen (https://www.tizen.org/). Подход к разработке приложений в Tizen заметно отличается от методов MeeGo и LiMo, основанных на использовании десктоп-технологий Linux и больше напоминает подход (https://www.opennet.ru/opennews/art.shtml?num=31538), принятый в webOS. Работающие в Tizen приложения предлагается создавать на базе web-технологий и HTML5.


Первый релиз Tizen планируется выпустить в первом квартале следующего года, первые устройства на базе новой платформы платформы появятся на прилавках в середине 2012 года. Развитие проекта будет проходить в стенах организации Linux Foundation, ис...

URL: http://www.linuxfoundation.org/news-media/announcements/2011...
Новость: https://www.opennet.ru/opennews/art.shtml?num=31875

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

Оглавление

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


1. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +19 +/
Сообщение от lummy on 28-Сен-11, 09:52 
Короче - обычные Linux приложения можно будет запускать? Если да, то пусть делают что хотят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +10 +/
Сообщение от Адольф on 28-Сен-11, 10:15 
Мне кажется обычные Linux приложения написаны не на HTML5, CSS, JavaScript и тд
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

17. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +6 +/
Сообщение от алексадр on 28-Сен-11, 10:45 
гном умеет отдавать себя через html5
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

57. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +8 +/
Сообщение от Аноним (??) on 28-Сен-11, 13:39 
> гном умеет отдавать себя через html5

Все бы ничего, только скорость работы всего этого будет как у вебни, т.е. никакая. И жрач памяти браузером - не отменяли.

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

79. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:53 
>Все бы ничего, только скорость работы всего этого будет как у вебни, т.е. никакая. И жрач
>памяти браузером - не отменяли.

Ну и дополнительная нагрузка на систему не увиличивает время работы от акк-ов

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

166. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 20:07 
> Ну и дополнительная нагрузка на систему не увиличивает время работы от акк-ов

Маркетологов с их шилом в заднице по части впаривания buzzword-ов наши хомячковые проблемы совершенно не волнуют, как вы понимаете. Видимо нам придется выруливать самим.

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

148. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Аноним (??) on 28-Сен-11, 18:42 
Скорость будет как у webOS, а о ней я слышал что мол быстрее айфона...
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

152. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 19:08 
Ой, а что я на заборе видел...
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

155. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 19:32 
> Скорость будет как у webOS, а о ней я слышал что мол
> быстрее айфона...

Ага, только нфска почему-то была в машинных кодах, а не на вебне (по поводу чего ее перетащили даже на н900). А на веб-хрени вообще ни 1 нормальной программы не попалось. Наверное потому что веб - немного не для написания супер-программ затачивался.

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

190. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от xoomer (ok) on 28-Сен-11, 23:49 
Точнее, не Gnome, а GTK 3.2. ;)
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

99. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +4 +/
Сообщение от Александр email(??) on 28-Сен-11, 15:48 
Похоже что последние лет 10 идея запускать десктопные UNIX-приложения на встоенных системах была страшным сном корпораций, т.к. возможен серьёзный передел на рынке устройств. И вот по недосмотру появился MeeGoo (не только он). А этим HTML5 от основной задумки по сути избавились. RIP MeeGoo. Ведь ни Android ни Tizen по сути не умеют и не будут уметь запускать UNIX приложения написанные на нормальном C или других "десктопных" языках.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

102. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от iZEN (ok) on 28-Сен-11, 16:06 
> Ведь ни Android ни Tizen по сути не умеют и не будут уметь запускать UNIX приложения написанные на нормальном C или других "десктопных" языках.

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

"Десктопные языки" по типу VB, VBScript и ECMAScropt — вот они-то как раз есть и работают (HTML5/JS). Но я бы не назвал их нормальными. Да, они подходят для "местечковой" автоматизации, визуальных эффектов, но написанные на них большие приложения сложно и нудно сопровождать.


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

113. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +7 +/
Сообщение от ананим on 28-Сен-11, 16:56 
>C — это системный язык программирования.

и тем не менее большинство прикладных программ написано на С/С++.
даже более того скажу, если прикладная программа написана на С/С++, то у неё есть шанс стать хорошей программой и завоевать популярность.
Чего не скажешь о  "VB, VBScript и ECMAScropt" да и Java - изначально напоминают уродцев и в таких же уродцев выростают.

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

114. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от ананим on 28-Сен-11, 17:01 
>И вот по недосмотру появился MeeGoo (не только он). А этим HTML5 от основной задумки по сути избавились. RIP MeeGoo.

на лентару новость звучить по другому - "Intel и Samsung разработают мобильную ОС на ядре Linux" http://www.lenta.ru/news/2011/09/28/tizen/
а это куда серьёзней.
Возможно интел нашла замену нокле?

Но с вот этим - Похоже что последние лет 10 идея запускать десктопные UNIX-приложения на встоенных системах была страшным сном корпораций - согласен.
Корпорастам не нужна нормальная ось на мобилках - им нужен рекламны бот для продажи всякого барахла

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

131. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 17:29 
> на лентару новость звучить по другому - "Intel и Samsung разработают мобильную
> ОС на ядре Linux" http://www.lenta.ru/news/2011/09/28/tizen/
> а это куда серьёзней.

На ленте.ру копипаст новости с западного сайта (http://www.reuters.com/article/2011/09/28/us-linux-idUSTRE78...). При этом нигде нет подтверждения, что Samsung к этому имеет какое-либо отношение. Только голословные утверждения - какой-то один журналист придумал увидев Samsung в числе участников LiMo и поехало.

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

134. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от ананим on 28-Сен-11, 17:45 
может быть.
но даже тут последнее предложение:
>Среди поддерживающих проект компаний также присутствуют участники фонда LiMo, среди которых Samsung, ACCESS, Panasonic, NEC, NTT DOCOMO, SK Telecom, Telefónica и Vodafone.

а если учесть новость, что после покупки моторолы мобайл гуглом, самсунг стал смотреть на андроид косо (тут эта новость пробегала), то может быть и правдой.

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

142. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 18:14 
Зайдите на http://tizen.org, и узрите:
> ...Tizen development will be completely open and led by a technical steering team composed of Intel and Samsung
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

156. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 19:34 
> Зайдите на http://tizen.org, и узрите:
>> ...Tizen development will be completely open and led by a technical steering team composed of Intel and Samsung

Это они так кипишуют по поводу того что за андроид придется платить отчисления теперь?

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

233. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 02-Окт-11, 13:43 
А зачем вообще на мобилках ось? Там нужна звонилка-смсилка плюс прокладка для запуска пары-тройки прикладух. Мобилка - не компьютер, исключая совсем уже закрасноглазеных гиков, которым компьютер в унитазе нужен. Говорящий. Чтобы новости с опеннета читал в процессе. Мобилка - средство связи и ничем другим быть не должно.
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

62. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +3 +/
Сообщение от Anonymous1 on 28-Сен-11, 13:52 
> Короче - обычные Linux приложения можно будет запускать? Если да, то пусть
> делают что хотят.

https://www.tizen.org/

For those who use native code in their applications, the Tizen SDK will include a native development kit.

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

70. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:28 
> For those who use native code in their applications, the Tizen SDK
> will include a native development kit.

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

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

73. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +3 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:34 
Им его вправят после провала проекта.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

76. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 14:38 
> Им его вправят после провала проекта.

Просто не понятно на кой хрен вперся еще один андроид, только в этот раз ушибленный не по части явы а по части HTML5. Каждый инструмент хорош на своем месте. И Вебн никогда не делалась для локальных приложений, бл.

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

77. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –4 +/
Сообщение от volax on 28-Сен-11, 14:39 
Android - хорошая система, не надо грязи.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

80. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:55 
> Android - хорошая система, не надо грязи.

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

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

234. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 02-Окт-11, 13:44 
>> Android - хорошая система, не надо грязи.
> Круче только яйца. После того как несколько программ запустишь и закроешь -
> начинаются тупняки. Батарейка живет не более суток. Сами программы - ни
> с чем не совместимые кривульки на яве, половина - с малваре,
> адваре, спайваре и прочим крапваре. Трэшняк.

Андроид вообще не система. А прокладка для запуска прикладух + звонилка. И все! Это не ОС общего назначения и быть ей не должен.

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

237. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 03-Окт-11, 08:36 
> Андроид вообще не система. А прокладка для запуска прикладух + звонилка. И
> все! Это не ОС общего назначения и быть ей не должен.

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


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

112. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Denisiuk (ok) on 28-Сен-11, 16:52 
А если нет(не будет поддерживаться обычное linux ПО), то начерта нужен еще один андроид?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

115. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от ананим on 28-Сен-11, 17:05 
чтобы продавать волпейпарс за $1.99. это ж очевидно.
Вп7 тоже такая же - "зайди к нам и купи".
вот единственную полноценную ось - маемо - и задушили.
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

127. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 17:24 
> чтобы продавать волпейпарс за $1.99. это ж очевидно.
> Вп7 тоже такая же - "зайди к нам и купи".

Там за отсутствием программ вообще ссылки на ютуб в маркете. ПпцЪ, барыги и мошенники погубят человечество.

> вот единственную полноценную ось - маемо - и задушили.

Да уж :\. Получится какая-то байда.

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

120. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Denisiuk (ok) on 28-Сен-11, 17:12 
пожалуйста, кто разбирается, ответьте на 117й комментарий, мне очень интересно
https://www.opennet.ru/openforum/vsluhforumID3/80509.html#117
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

59. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от СуперАноним on 28-Сен-11, 13:40 
>Вот только причём тут мой псевдоним в названии?

Это не страшно ;)
Важно, чтобы там Java не было.

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

Для кого важно? Пользователи Opera Mini вас не поймут.


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

119. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от ананим on 28-Сен-11, 17:12 
для меня тоже важно.
> Пользователи Opera Mini вас не поймут.

пусть перестают халтурить и пишут на нормальных языках. а то вон уже тормознее фаерфокса на моём аппарате.

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

174. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 20:21 
> Для кого важно? Пользователи Opera Mini вас не поймут.

Бедные школьники. Всегде что-нибудь не понимают.

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

231. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от СуперАноним on 01-Окт-11, 22:31 
Если там будет Qt, то и Opera будет на Qt. Поэтому пользователи Opera Mini только выиграют.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

3. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Аноним (??) on 28-Сен-11, 10:01 
Если получится - то крута, можно будет уйти от привязки к Java, соответственно должна решится проблема с патентами. Хотя хотелось бы конечно запускать нативные приложения написанные на том же Qt
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 10:21 
> можно будет уйти от привязки к Java

Идёт война народная, Священная война!

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

10. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +3 +/
Сообщение от Адольф on 28-Сен-11, 10:25 
Если эта платформа станет популярной, то появятся и патентодержатели чьи интересы "ущемлены"
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

39. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +7 +/
Сообщение от Moomintroll (ok) on 28-Сен-11, 12:34 
У MeeGo нет привязки к Java.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от zhart email(ok) on 28-Сен-11, 10:16 
Поправьте пожалуйста: «на базе новой платформы платформы».
По сути — хорошая новость, было бы обидно, если бы наработки из MeeGo пропали зря.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –2 +/
Сообщение от iZEN (ok) on 28-Сен-11, 10:32 
А что есть ценного в MeeGo?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Px on 28-Сен-11, 10:43 
ГУЙ
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

56. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +4 +/
Сообщение от Аноним (??) on 28-Сен-11, 13:38 
> А что есть ценного в MeeGo?

Нормальный линукс совместимый с десктопным вместо задравших уже велосипедов про которые через 10 лет никто и не вспомнит, заменив в очередной вз модель велосипеда на новую, с улучшенным на 120% турбонаддувом.

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

107. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от iZEN (ok) on 28-Сен-11, 16:12 
>> А что есть ценного в MeeGo?
> Нормальный линукс совместимый с десктопным вместо задравших уже велосипедов про которые
> через 10 лет никто и не вспомнит, заменив в очередной вз
> модель велосипеда на новую, с улучшенным на 120% турбонаддувом.

А я мечтаю о нормальном Unix, а не обвешанном костылями ядре. И что б в качесте "оболочки" (прикладного API) была Java SE. И, да, файловую систему можно взять ту же UFS2, которой журнал не нужен и которая бережливо обращается со свободным местом.

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

135. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 17:45 
>> Нормальный линукс совместимый с десктопным вместо задравших уже велосипедов про которые
>> через 10 лет никто и не вспомнит, заменив в очередной вз
>> модель велосипеда на новую, с улучшенным на 120% турбонаддувом.
> А я мечтаю о нормальном Unix, а не обвешанном костылями ядре.

Определи критерии нормальности? Кроме того, чисто-академические концепции имеют свойство хреново работать в IT без подстановки костылей, вносящих поправки на отличие реального мира и его задач от идеала. Даже вон преобразование Фурье пришлось дискретным сделать. Потому что цифровым машинам как-то непонятны непрерывные сущности.

> И что б в качесте "оболочки" (прикладного API) была Java SE.

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

> И, да, файловую систему можно взять ту же UFS2, которой журнал не
> нужен и которая бережливо обращается со свободным местом.

Нафиг-нафиг эту некрофилию. Dead way. У твоей фряхи вообще по сути отсутствует какая либо инфраструктура для человеческой загрузки на девайсах типа телефонов и вообще всякой эмбеддовки не снабженной диском в привычном его понимании.

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

193. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от iZEN (ok) on 29-Сен-11, 00:16 
>[оверквотинг удален]
>>> через 10 лет никто и не вспомнит, заменив в очередной вз
>>> модель велосипеда на новую, с улучшенным на 120% турбонаддувом.
>> А я мечтаю о нормальном Unix, а не обвешанном костылями ядре.
> Определи критерии нормальности? Кроме того, чисто-академические концепции имеют свойство
> хреново работать в IT без подстановки костылей, вносящих поправки на отличие
> реального мира и его задач от идеала. Даже вон преобразование Фурье
> пришлось дискретным сделать. Потому что цифровым машинам как-то непонятны непрерывные сущности.
>> И что б в качесте "оболочки" (прикладного API) была Java SE.
> Честно говоря я у нее ни 1 достоинства не вижу.
> - Для десктопа она здоровая, неповоротливая, медленно стартует.

Нативная jvm довольно небольшая. Стартуют библиотеки рантайма, написанные на Java.

> - Для веба она геморная, неудобная, с массой дыр безопаности затыкаемых в
> каждом релизе десятками

Не больше, чем в JavaScript, и уж, конечно, далеко до PHP по части обнаруживаемых дыр.

> - Для мобильных девайсов - вообще какой-то огрызок был. Почему-то почти не
> интероперабельный с десктопным вариантом.

J2ME — это подмножество используемых функций jvm Java SE и урезанный донельзя рантайм.
JavaCard — технология компиляции в нативный код процессора смарткарты байткода.

>> И, да, файловую систему можно взять ту же UFS2, которой журнал не
>> нужен и которая бережливо обращается со свободным местом.
> Нафиг-нафиг эту некрофилию. Dead way.

UFS2 младше Ext3.

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

Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.

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

200. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от XPEH email on 29-Сен-11, 12:51 
> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.

Даа, это очень важно для встраиваемых систем. А с NAND флеша загрузиться сможет.

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

201. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от XPEH email on 29-Сен-11, 12:51 
> Даа, это очень важно для встраиваемых систем. А с NAND флеша загрузиться
> сможет.

И да это был вопрос :)

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

202. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от iZEN (ok) on 29-Сен-11, 13:24 
>> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.
> Даа, это очень важно для встраиваемых систем.

Это принципиальная возможность. И она есть.

> А с NAND флеша загрузиться сможет.

А японская пила рельсу возьмёт?


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

212. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от XPEH email on 29-Сен-11, 16:48 
>>> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.
>> Даа, это очень важно для встраиваемых систем.
> Это принципиальная возможность. И она есть.

У вас мобильный телефон по сети грузится ?

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

203. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +1 +/
Сообщение от anonymous (??) on 29-Сен-11, 13:49 
> А с NAND флеша загрузиться сможет.

это никому не надо, потому что freebsd не поддерживает. очевидно, что freebsd не поддерживает только бесполезные вещи. и наоборот: всё, что поддерживается во freebsd — круто, нужно и полезно.

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

213. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от XPEH email on 29-Сен-11, 16:51 
>> А с NAND флеша загрузиться сможет.
> это никому не надо, потому что freebsd не поддерживает. очевидно, что freebsd
> не поддерживает только бесполезные вещи. и наоборот: всё, что поддерживается во
> freebsd — круто, нужно и полезно.

Вот тут возникает интересный философский вопрос: что происходит при добавлении в freebsd новой фичи ? Как происходит это метафизическое превращение бесполезной неподдерживаемой вещи в полeзную поддерживаемую ?

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

214. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от anonymous (??) on 29-Сен-11, 17:00 
> Вот тут возникает интересный философский вопрос: что происходит при добавлении в freebsd
> новой фичи ? Как происходит это метафизическое превращение бесполезной неподдерживаемой
> вещи в полeзную поддерживаемую ?

так и происходит. сакральное причащение святой бсдёй обожествляет даже ненужные вещи.

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

216. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 30-Сен-11, 00:12 
> Нативная jvm довольно небольшая. Стартуют библиотеки рантайма, написанные на Java.

Ей это уже мало поможет, имхо. Что могли - просрали ;)

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

Больше. И фиксится медленнее. Вообще, по статистике сейчас виндузятников больше всего ломают через JVM. Каждая вторая малварина нынче именно на ней. Внезапно, а?

> J2ME — это подмножество используемых функций jvm Java SE и урезанный донельзя
> рантайм. JavaCard — технология компиляции в нативный код процессора смарткарты байткода.

Да по-хре-ну. Программы для J2ME и даже с андроида - вот так просто и без ужасных костылей на других системах не запускаются. Остальное волнует только фанатов марки.

>> Нафиг-нафиг эту некрофилию. Dead way.
> UFS2 младше Ext3.

Да какая разница, в каком году твой жигуленок сделан? Он по уровню технологий - жигуленок, а не по году выпуска. Ext3 кстати тоже ничего такого хорошего из себя не представляет. По современным меркам - это антиквариат.

>> У твоей фряхи вообще по сути отсутствует
>> какая либо инфраструктура для человеческой загрузки на девайсах типа телефонов и
>> вообще всякой эмбеддовки не снабженной диском в привычном его понимании.
> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра
> и системного окружения по сети. Это документировано.

Как бы не эквивалентная замена. Особенно прикольно наверное грузить по сети роутер - это называется pkunzip.zip :)

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

12. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –2 +/
Сообщение от Аноним (??) on 28-Сен-11, 10:38 
На самом деле вопрос один: на каком движке это все будет крутится. Потому что "HTML, JavaScript и CSS" - это клиент и ничего более.

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

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

24. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от vtal on 28-Сен-11, 11:20 
www.opennet.ru/opennews/art.shtml?num=31568
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

64. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:07 
Кто о чем, а я о том, что генерить контент (какой бы он там не был) кому-то надо. Вот я и спрашиваю кто (грубо: какое ПО) его будет генерить? И пока внятного ответа не получил.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

82. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Xasd (ok) on 28-Сен-11, 15:01 
кто будет генерировать контент? это Вы что -- решили чтоле тут вспомнить WEB-1.0?

...генерировать контент можно хоть например вот так:

https://gist.github.com/1247654#file_content_page.js

...если Javascript имеет повышенные привелегии для работы с устройствами/функциями телефона, файловой системой и тд и т п -- то думаю както уже лишне генерирование котента на какойто там стороне некого "сервера" (где "сервер" и есть телефон :)) :-)

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

96. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:29 
"Сервер" - понятие концептуальное. Он может быть железякой где-то там (в облаках), а может быть прогой на телефоне. Это дела не меняет. Учите матчасть, уважаемый.

А ваша ссылочка - это всего лишь кусочек UI, и бизнес-логикой сдесь и не пахнет)))

Хотел бы я посмотреть как вы реализнете политику очередей (к примеру) на стороне клиента на яваскрипте. Гы-гы)))

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

105. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Xasd (ok) on 28-Сен-11, 16:09 
> Хотел бы я посмотреть как вы реализнете политику очередей (к примеру) на стороне клиента на яваскрипте. Гы-гы)))

1. опишите проблему с очередями подробнее... что у вас там не получилось на клиентском Javascript :-) ?

2. [абстрагируемся от телефонов, и возмём обычный www-сайт] -- если www-сайт работает на Node.Js -- то там тоже нельзя будет [якобы] реализовать эту вашу "политику очередей"?

# p.s.: проблема в том что вы неосилили *язык* Javascript? или в том что именно на Клиентской-Www-Стороне нельзя [якобы] организовать очереди? :-)

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

109. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Xasd (ok) on 28-Сен-11, 16:22 
> А ваша ссылочка - это всего лишь кусочек UI, и бизнес-логикой сдесь и не пахнет)))
>>>кусочек UI<<<

ну в новости как раз реч и идёт об UI :-)

>>>бизнес-логикой сдесь и не пахне<<<

бизнесслогика? :-D

...это вы что -- сомниваетесь в том что Javascript поддерживает конструкции if/else ?? :-)

ну он поддерживает, я гарантирую :-)

...или вы хотите чтобы Javascript делал только XMLHttpRequest-запросы к некому "серверу" ("сервер" который и есть телефон), а "сервер"-бы отдавал какието данные? так какой в этом смысл если обратится к файлам/устройствам -- можно [будет, так как привелегии расширенны] напрямую из клиентской-стороны Javascript ?

к чёрту сдался этот "сервер" -- как пятая ножка стулу?

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

136. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 17:49 
> Хотел бы я посмотреть как вы реализнете политику очередей (к примеру) на
> стороне клиента на яваскрипте. Гы-гы)))

JS - полный по Тюрингу язык. На нем можно реализовать все то же самое что на любом ином языке. Попробуйте забыть про клиент и сервер. Есть ява скрипт. Есть среда выполнения - ну пусть даже браузер. Есть какие-то данные. Программой все это безусловно являться может и даже может обойтись и только локальными данными в принципе. А может и гибко грузить что-то с иных серверов по стандартномухттп. Я даже не против такого подхода. Я против его признания единственно верным.

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

53. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от umbr (ok) on 28-Сен-11, 13:25 
>А вот если на руби на рельсах или джанге...

Батарейки в рюкзаке таскать будете?

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

60. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 13:41 
>>А вот если на руби на рельсах или джанге...
> Батарейки в рюкзаке таскать будете?

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

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

69. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:12 
>>>А вот если на руби на рельсах или джанге...
>> Батарейки в рюкзаке таскать будете?
> Поддерживаю. Рапидчики совсем с катушек слетели. Как кто-то метко заметил, они настолько
> долбнутые что думают что мир крутится вокруг их интерпретатора.

Да на здоровье. От вашей поддержки (кстати чего? штанов?!) клиент-серверную архитектуру никто не отменил. И генерить контент кому-то надо. Кому?

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

72. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 14:33 
> Да на здоровье. От вашей поддержки (кстати чего? штанов?!) клиент-серверную архитектуру
> никто не отменил.

Только она на телефоне и планшете - в хрен не вперлась в 90% случаев. А то что маркетологи возомнили что забивать микроскопом гвозди это круто - половые проблемы маркетологов. И они уже заколебали. Теперь эти будаки решили что HTML5 это круто, это модно, это новый тренд. Давайте бл везде его пихать. Вот кофемолку с хтмл5 еше не выпустили - ФЭЙЛ. Нет, хтмл5 хороший стандарт, но для веба. Но на вебе мир не кончается, ВНЕЗАПНО :E.

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

84. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:05 
>> Да на здоровье. От вашей поддержки (кстати чего? штанов?!) клиент-серверную архитектуру
>> никто не отменил.
> Только она на телефоне и планшете - в хрен не вперлась в
> 90% случаев. А то что маркетологи возомнили что забивать микроскопом гвозди
> это круто - половые проблемы маркетологов. И они уже заколебали. Теперь
> эти будаки решили что HTML5 это круто, это модно, это новый
> тренд. Давайте бл везде его пихать. Вот кофемолку с хтмл5 еше
> не выпустили - ФЭЙЛ. Нет, хтмл5 хороший стандарт, но для веба.
> Но на вебе мир не кончается, ВНЕЗАПНО :E.

На самом деле речь-то идет (как я понимаю) об унификации интерфейса приложений как имеющих место быть локально, - на телефоне, - так и для облачных. И если первым все пополам (они в любом случае работать будут), то для облачных HTML - единственный экономически приемлемый вариант. Пытаются-то сделать так, что бы конечный потребитель разницу между облаками и локальным ПО не ощутил. Отсюда и весь сыр-бор.

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

94. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:18 
Ну так и надо сказать - конечная цель всё в облаке. Пользователь за бабки арендует это дело. А локального ничего не будет кроме 50 звонилок и 10500 обоев.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

67. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 14:10 
>>А вот если на руби на рельсах или джанге...
> Батарейки в рюкзаке таскать будете?

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

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

74. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:35 
> там не пахнет веб-интерфейсом приложений.

Не вижу принципиальных проблем запустить на нокии движок браузера без гуя оного. Хотя в моем понимании нужда в локальных хтмл5 приложениях явно высосана из пальца. Зачем делать из хтмл5 то чем он не является и на что не затачивался никогда?


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

78. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 14:43 
Блинский фиг! Да можно хоть десять браузеров запустить. КТО БУДЕТ ГЕНЕРИТЬ КОНТЕНТ приложения? Браузер?!

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

Не, есть еще один вариант. Вариант от разрабов ГТК3: затавить приложение с интерфейсом ГТК3 отрисовывать прямо в канвас в браузер.

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

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

83. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:02 
> Блинский фиг! Да можно хоть десять браузеров запустить. КТО БУДЕТ ГЕНЕРИТЬ КОНТЕНТ
> приложения? Браузер?!

Оно само и будет, на манер HTML5 приложений но локально. Не вижу никаких проблем - в хтмл5 аяксная часть от сервера нуждается только в неких данных. Их можно и локально получать/генерить на месте. Кто генерит Doom на JS контент? WAD файл, очевидно. С одинаковым успехом открывается как ремотно так и с локального диска. Сервер по сути нужен только для отдачи файлеза.  

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

Расскажите это любителям вебприложений на аяксе :). Там вон дум написали таким макаром, работает себе - что локально что с сервака. Ну вот так можно и любое иное хтмл5 приложение локально запускать. Прозрачно качая данные и с ремотных серваков до кучи.

> Не, есть еще один вариант. Вариант от разрабов ГТК3: затавить приложение с
> интерфейсом ГТК3 отрисовывать прямо в канвас в браузер.

А можно еще гланды через Ж автогеном... скорость работы всего этого будет как у вебни. Зачем тогда этот гтк3 вообще впился? У него единственный реальный плюс - он быстрый и не тяжелый. Если он этот плюс просрет - зачем он нужен?!

> ...но я тут слышу, что объединение-то идет с мигой. А значит с
> кути. А там разве что подобное есть?

Там есть подвижки в сторону Qml и js, но одно дело если это как дополнение к нативному коду и другое - если это вместо него.

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

91. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 15:14 
> Расскажите это любителям вебприложений на аяксе :). Там вон дум написали таким
> макаром, работает себе - что локально что с сервака. Ну вот
> так можно и любое иное хтмл5 приложение локально запускать. Прозрачно качая
> данные и с ремотных серваков до кучи.

На самом деле дум писали не так. Его вообще не писали, а портировали. Скорее всего через Clang и LLVM, имхо

А писать бизнес-логику приложения на ЯП с мягкой типизацией - это нарываться на неприятности (большие) при разработке и на огромный ценник при поддержке. Так можно разрабатывать только очень небольшое и не критичное к багам ПО.

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

123. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Xasd (ok) on 28-Сен-11, 17:15 
> А писать бизнес-логику приложения на ЯП с мягкой типизацией - это нарываться на неприятности (большие) ...

эта типизация "мягкая" только в какихто определённых случаях :-)

например если у меня есть объект
   var addr = new AddressBook()

и объект
   var sms = new SMS()

то уж никак не может произойти "мягкой"/"случайной" смены типа "AddressBook" на тип "SMS"... единственно всё "ужасное" что может произойти -- это то что переменная "случайно" превратится в строковой тип :-)

....но тоже самое я могу сказать и об Python (в котором уж точно нет "мягкой" типизации)...:

в Python есть волшебный-метод __repr__ (и метод __unicode__), который иногда может "какбы случайно" сработать (а в Javascript есть object.prototype.valueOf() ... ну и что? %) все живи-здоровы! :-D)

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

138. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 18:00 
> На самом деле дум писали не так. Его вообще не писали, а
> портировали. Скорее всего через Clang и LLVM, имхо

Да похрену - точно так же можно и на JS+HTML написать любую иную приблуду не требующую никакого сервера с ножом к горлу и запускаемую локальным пинком с ярлыка.

>  А писать бизнес-логику приложения на ЯП с мягкой типизацией - это
> нарываться на неприятности (большие) при разработке и на огромный ценник при
> поддержке. Так можно разрабатывать только очень небольшое и не критичное к багам ПО.

Внезапно, на телефонах не требуется запускать энтерпрайзные CRM. То-есть идея сама по себе право на жизнь пожалуй имеет. Вот только зачем делать это единственным вариантом с ножом к горлу - вот это не понятно. Скотство.

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

132. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Xasd (ok) on 28-Сен-11, 17:37 
> Блинский фиг! Да можно хоть десять браузеров запустить. КТО БУДЕТ ГЕНЕРИТЬ КОНТЕНТ ...

да блин! чтож за проблема у вас такая???

...зайдите уже на конец на форум SEO-оптимизаторов и закожите статьи у копирайтеров! :-D

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

13. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +10 +/
Сообщение от Сыр Российский on 28-Сен-11, 10:40 
Хорошо, что Tizen. Могли и MeeMo назвать, GoLiMo.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 10:44 
MeeMo )
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

85. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:05 
> MeeMo )

На meego.com еще высказан вариант GoLiMo :D.


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

133. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Xasd (ok) on 28-Сен-11, 17:44 
а ещё прикольный вариент есть -- MeeMo

;-)

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

146. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 18:36 
> а ещё прикольный вариент есть -- MeeMo ;-)

Там кто-то оба озвучил :)

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

184. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:29 
Странно? что еще никто не пошутил про MEE+MO и GO+LIMO.
Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

16. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от _yurkis_ on 28-Сен-11, 10:45 
HTML5 во все поля! Нет, ну слов нету. А те же 3D игрушки на чем, я извиняюсь, писать будут? И не говорите мне про WebGL. Вон одни уже WebOS делали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от zhart email(ok) on 28-Сен-11, 11:20 
> HTML5 во все поля! Нет, ну слов нету. А те же 3D
> игрушки на чем, я извиняюсь, писать будут? И не говорите мне
> про WebGL. Вон одни уже WebOS делали.

O3D Plug-in API — 3D в браузере:
http://code.google.com/apis/o3d/

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

30. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 11:44 
>O3D Plug-in API — 3D в браузере:
>Plug-in

Нет.

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

61. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 13:42 
> O3D Plug-in API — 3D в браузере:

Может мне и кофемолку в браузере теперь делать? Потому что какой-то му... решил что все в браузере - круто. Я не против браузеров но это лишь одна из программ.

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

198. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от zhart email(ok) on 29-Сен-11, 09:27 
> Может мне и кофемолку в браузере теперь делать?

Я и не говорю, что все должно быть в браузере.
Просто, отвечая на вопрос, показываю, что полноценное 3D в браузере — это вполне возможно.
Это не панацея, но это возможно.

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

217. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 30-Сен-11, 00:13 
> Это не панацея, но это возможно.

Возможно != пригодно для реального использования, здесь и сейчас. Хилый ARM у телефона вероятно стушуется при попытке получить непохабную картинку.

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

42. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от szh (ok) on 28-Сен-11, 12:49 
> И не говорите мне про WebGL. Вон одни уже WebOS делали.

Докажи для начала связь, а потом говори.

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

46. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от _yurkis_ on 28-Сен-11, 13:10 
>> И не говорите мне про WebGL. Вон одни уже WebOS делали.
>Докажи для начала связь, а потом говори.

Там нет связи. По первому пункту по производительности не догоняет нативный

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

51. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от _yurkis_ on 28-Сен-11, 13:22 
>> И не говорите мне про WebGL. Вон одни уже WebOS делали.
> Докажи для начала связь, а потом говори.

Нет связи.
По первому пункту. Никак не догонит нативный код. Для 3D критично. И, кстате, не только для 3D. Распознавание лиц, предметов и т.д. например. Ты думаеш Google от хорошей жизни впилило ndk (костыль по сути)? Тут нужно рюшечки, свистелки, перделки. И чтобы батарею не жрало. И чтобы, не дай боже, не подергивалось при скроле. Все эти пункты в случае сравнения HTML5+JS и C/C++ и даже, наверное, Java ну никак не получаться.

По второму пункту. WebOS зафейлила? Зафейлила. А идея та же. Как ни странно огромная армия JS программистов не ринулась софт писать. И это при том что порог вхождения в JS низкий. ChromeOS пока тоже скорее нишевый продукт для корпораций. Это даже Google не скрывает особенно. Ты думаеш что линуксоиды ринутся писать под это софт на JS? С нуля, фактически, заметь. Не портировать любимую OpenCiv. А писать на JS с использованием API именно этой платформы. Или мелкие/средние/крупные конторки? Поверь, им проще (и выгоднее) нашлепать стопицотого веселого фермера. Или купить девелоперскую лицензию на iOS. Или писать под Android.


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

75. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +4 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:36 
> кстате, не только для 3D. Распознавание лиц, предметов и т.д. например.

Да елки, обычный FCAM взять - ну попробуйте написать это на хтмл, угу. Автофокус на JS? Счастливой отладки, суки.

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

116. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Xasd (ok) on 28-Сен-11, 17:07 
> Как ни странно огромная армия JS программистов не ринулась софт писать. И это при том что порог вхождения в JS низкий.

как ни странно -- порог вхождения в JS -- достаточно большой... :)

...это только с виду Javascript кажется лёгким и простым... но в результате 95% сайтов имеют почемуто через-ж-написанные скрипты

....а чтбы выяснить все нюансы и подводные камни Javascript -- вообще нужно долгое время

> ...линуксоиды ринутся писать под это софт на JS? С нуля, фактически, заметь.

я лично думаю что не ринутся :-) ... Javascript хоть и хороший язык -- но у линуксойдов есть и другие более интересные "дела" кроме как лепить очередные HTML-интерфейсы для пользователей непопулярных-телефонов :-)

затея конешно же Fail... со всем уважением к JS и HTML5 :-)

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

144. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от _yurkis_ on 28-Сен-11, 18:16 
>> Как ни странно огромная армия JS программистов не ринулась софт писать. И это при том что порог вхождения в JS низкий.
>как ни странно -- порог вхождения в JS -- достаточно большой... :)
>...это только с виду Javascript кажется лёгким и простым... но в результате 95% сайтов имеют почемуто через-ж-написанные скрипты

На PHP, например, тоже программировать нужно УМЕТЬ. Но это мало кого останавливало. Порог вхождения это одно, а профессиональное программирование- другое. И куча черезжопных поделока являются как раз следствием низкого порога вхождения.

>я лично думаю что не ринутся :-) ... Javascript хоть и хороший язык -- но у линуксойдов есть и другие более интересные "дела" кроме как лепить очередные HTML-интерфейсы для пользователей непопулярных-телефонов :-)

Вот и я о чем. И коммерческие профильные конторы тоже ибо давно уже окучили всяческих веселых фермеров.

>затея конешно же Fail... со всем уважением к JS и HTML5 :-)

Лучше и не скжеш

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

20. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от анонимко on 28-Сен-11, 10:50 
>Domain Name:TIZEN.ORG
>Created On:23-Jun-2011 11:35:06 UTC

Однако давняя задумка

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

21. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 10:56 
> MeeGo пока остается на плаву и при наличии интереса к нему энтузиастов и компаний

Допустим есть интерес у энтузиастов,а где его запускать, на двух с половиной смартфонах? Смысла нет.

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

22. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 11:05 
То есть вот это идёт лёсом?
Calligra Mobile is the classic UI for mobile phones. The most well-known platform for this one is the Nokia N900. There are no new features for Calligra Mobile in this release.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 11:21 
А как же Qt????????
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от анонимко on 28-Сен-11, 12:21 
>А как же Qt????????

Всё нормально. Qt5 будет с жабаскриптом.

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

45. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от антон (??) on 28-Сен-11, 13:01 
если tizen будет как WebOS, то и Qt будет не нужен
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

66. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 14:10 
> если tizen будет как WebOS, то и Qt будет не нужен

Боюсь что мне тогда будет не нужен tizen.

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

27. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 11:29 
Maemo совсем забросили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от const86 (ok) on 28-Сен-11, 11:33 
Маему похоронили вскоре после выхода n900 - в пользу meego.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

43. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от dimqua (ok) on 28-Сен-11, 12:54 
Как и Moblin.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

147. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 18:38 
> Маему похоронили вскоре после выхода n900 - в пользу meego.

Походу придется раскапывать Mer, если манагерье из интела не прошибет приступ адекватности :\

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

31. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +4 +/
Сообщение от Аноним (??) on 28-Сен-11, 11:54 
Совсем с ума сошли со своим яваскриптом! ::ненависть::
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Аноним (??) on 28-Сен-11, 11:58 
Плюсую. При том, что его вскорости может заменить новый ЯП от Google.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от КО on 28-Сен-11, 12:10 
Где заменить? В Гугуле? Ну фиг с гуглом.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от www2 (??) on 28-Сен-11, 12:15 
Как же в гугле, когда яваскрипт - в браузере? В браузере и заменят.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

187. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:34 
> Как же в гугле, когда яваскрипт - в браузере? В браузере и заменят.

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

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

33. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Yustas on 28-Сен-11, 12:01 
Опять название невнятное.
Это у Пелевина в рассказе "ГКЧП как тетраграмматон" освещалось
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от www2 (??) on 28-Сен-11, 12:21 
Помешались все на этом вебе. Если бы не война браузеров, начавшаяся с IE и Netscape, сейчас бы HTML был бы по-прежнему языком разметки страниц. Но эта война породила JavaScript и CSS, FlashPlayer, ASP, JSP и прочие PHP вместе с MySQL. В результате этот HTML пихают везде, где нужно и не нужно.

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

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

40. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Сен-11, 12:36 
не как принято, а как модно среди быдлокодеров
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

38. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +3 +/
Сообщение от жабабыдлокодер (ok) on 28-Сен-11, 12:29 
И чем это отличается от, прости господи, от андроида? Ядро линукса, а на нем крутится всякая х-ня. Так же нельзя запускать родные программы. Так же вместо нормального репозитория некий маркет... О! А в этом-то все и дело! Ребят задушила жаба смотреть, как огрызок и гугль деньги получают. Решили сделать свой маркет, с html5 и JavaScript. Только не учли одного: чтобы у тебя пользователи ринулись байты покупать, нужно, чтобы платформа в массы пошла. Эппл с гуглом продавили рынок своими брендами, а эти-то на что надеются?
Жалко мобильный Линукс, слов нет, как жалко... Видимо, его совсем забросят ради безуспешных попыток деньги наварить маркетами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 12:46 
Мне кажется или Linux Foundation может объявлять что угодно, но MeeGo - проект Intel. Intel будет делать Tizen?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 13:20 
> Мне кажется или Linux Foundation может объявлять что угодно, но MeeGo -
> проект Intel. Intel будет делать Tizen?

Intel уже потерял интерес к MeeGo и сейчас пилит для Atom Android.
https://www.opennet.ru/opennews/art.shtml?num=31749

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

87. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +5 +/
Сообщение от Аноним (??) on 28-Сен-11, 15:10 
> Intel уже потерял интерес к MeeGo и сейчас пилит для Atom Android.

Проблема только в том что покупатели не очень питают интерес к планшеткам с ВЕНТИЛЯТОРАМИ, бэть. Карлсон который живет в планшете?! Спасибо, Интел, но я как-нибудь обойдусь без вас.

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

95. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от _yurkis_ on 28-Сен-11, 15:26 
>Мне кажется или Linux Foundation может объявлять что угодно, но MeeGo - проект Intel. Intel будет делать Tizen?

"Intel и Samsung объединяют усилия в работе над новой мобильной платформой Tizen"

http://ko.com.ua/intel_i_samsung_obedinyayut_usiliya_v_rabot...

Господа, сливайте воду! :(((

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

110. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 16:43 
> "Intel и Samsung объединяют усилия в работе над новой мобильной платформой Tizen"

Про Intel и Samsung - это домыслы журналистов, нигде на сайтах LiMo, MeeGo, Linux Foundation и Tizen нет упоминания про Intel и Samsung.

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

171. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 20:17 
> Про Intel и Samsung - это домыслы журналистов, нигде на сайтах LiMo,
> MeeGo, Linux Foundation и Tizen нет упоминания про Intel и Samsung.

На последнем все-таки есть.


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

220. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от анри on 30-Сен-11, 13:37 
хде?
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

228. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 30-Сен-11, 19:01 
> хде?

https://www.tizen.org/

> The Linux Foundation will host the project, where Tizen development will
> be completely open and led by a technical steering team composed of Intel and Samsung.

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

44. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 12:56 
Как-то боязно за Qt.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

143. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 18:15 
Qt уже слился. Все хорошее объявили deprecated, пропихивают какую-то JavaScript-овую хрень.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

186. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:32 
> Qt уже слился. Все хорошее объявили deprecated, пропихивают какую-то JavaScript-овую хрень.

Нет.


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

48. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +3 +/
Сообщение от Аноним (??) on 28-Сен-11, 13:20 
Скажите, мне одному кажется, что как только какая-то линукс-платформа начинает идти в массы, какой-то светлой голове приходит мысль все сломать и сделать по другому? Maemo, MeeGo, теперь вот этот Tizen... Если бы нокиа продолжала пилить маемо и не кидалась из стороны в сторону, возможно, мы имели бы уже вполне полноценный конкурент андроиду с возможностью выполнять нативные приложения. А их любимые html5 и JavaScript можно пускать на любой платформе в браузере - какой смысл делать под них отдельную платформу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 15:11 
> имели бы уже вполне полноценный конкурент андроиду

Да собственно N9 получился вполне здоровским аппаратом. Но тут пришел господин Элоп и решил что в компот надо срочно насрать, во избежание epic win'а пингвина...

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

108. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Motif (ok) on 28-Сен-11, 16:15 
Олигополия, то есть коллективная монополия. Мобильный рынок поделили на троих - Apple, Google и Microsoft. То что мелкомягкие мышей не ловят, это их личные проблемы. Но никого больше туда пускать не собираются.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

178. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от _yurkis_ on 28-Сен-11, 21:27 
Это просто традиция такая: вбухать миллионы денег в разработку, выпустить РОВНО ОДИН телефон, прекратить его поддержку, срочно начать пилить новый велосипед.

Если переезд с maemo на meego можно было понять. (Купила Nokia тролтех, поимела СВОЮ кутю). То теперь я даже и не знаю.

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

49. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Толстый (ok) on 28-Сен-11, 13:21 
Зачем использовать убогие веб технологии, когда есть мощный QML???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Xasd (ok) on 28-Сен-11, 15:17 
> Зачем использовать убогие веб технологии, когда есть мощный QML???

<разумный-ответ></разумный-ответ>

<ответ-маркитолога>потомучто HTML5 это модно! (мне друг-студент-компьютерщик сказал что это круто!) а что такое QML я даже не знаю %)</ответ-маркитолога>

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

149. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 18:54 
> Зачем использовать убогие веб технологии, когда есть мощный QML???

Потому что какой-то будак из отдела маркетинга услышал что HTML5 - это круто и модно. Правда не понятно почему его надо делать единственным вариантом. Помнится такое даже у эппла не схарчили. У интела тем более шансов нет.

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

50. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 13:22 
> Подход к разработке приложений в Tizen заметно отличается от методов MeeGo и LiMo, основанных на использовании десктоп-технологий Linux, и больше напоминает подход, принятый в webOS

Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет? Т. е. Nokia N9 — очередной кирпич с мёртворождённым софтом?

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

54. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от _yurkis_ on 28-Сен-11, 13:27 
>> Подход к разработке приложений в Tizen заметно отличается от методов MeeGo и LiMo, основанных на использовании десктоп-технологий Linux, и больше напоминает подход, принятый в webOS
> Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет?
> Т. е. Nokia N9 — очередной кирпич с мёртворождённым софтом?

Ну, по большому, Android тоже Linux. Но "нормального" Linux'a таки да ждать не стоит, ИМХО. И, опять же, ИМХО "Nokia N9 — очередной кирпич с мёртворождённым софтом". К огромному сожалению, ибо Qt потенциально самая вкусная технология.

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

81. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:01 
> Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет?

Ну почему же, openmoko может выстрелить нормальный девайс.

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

86. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:08 
> Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет?
> Т. е. Nokia N9 — очередной кирпич с мёртворождённым софтом?

Как вы думаете, через 10 лет изменится ли принципиально кутево-гткшный софт на десктопе? А вот вы уверены что через 10 лет кто-то вспомнит про очередной мобильный велосипед, ни с чем не совместимый, самобытный и курируемый 1 корпорацией? В общем курирование 1 конторой до добра не доводит...

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

63. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от shadekhv email on 28-Сен-11, 14:01 
Опять вся надежда на OpenMoko и SHR!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:16 
Скорее на Inferno из несколько дней назад проскакивавшей новости о портировании на Samsung Galaxy.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

98. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 15:47 
Да, но криворукие обезьяны умеют только кодить на js. Куда им кортежи и списки, и тотальную распределенность с функциональщиной.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

111. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Xasd (ok) on 28-Сен-11, 16:50 
> Да, но криворукие обезьяны умеют только кодить на js. Куда им кортежи
> и списки, и тотальную распределенность с функциональщиной.

вы должны научится уважительно относиться к различным языкам программирования (а не фанатеть только от парочки любимых языков)!

>>>Да, но криворукие обезьяны умеют только кодить на js<<<

обычно не только на них.. откуда инфа? :-)

>>>Куда им кортежи и списки<<<

"кортэж" (tuple) можно щитать как частный-случай "списка" (list)..

в Javascript -- объекты могут обладать свойствами списка. [кортежей нет, и единственный дурной эффект этому -- что нельзя использовать кортеж как ключ к хэшу. вот и всё. но кто сказал что нет обходного пути? а кстате как-часто вы используете кортеж как ключь к хэшу? :)]

>>>...с функциональщиной<<<

Javascript убрали из списка языков с функциональной парадигмой? o_0 это чтото новое! :-D

>>>тотальную распределенность<<<

тотальную WTF чтоооуууууаааа??? x_X

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

126. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Сен-11, 17:21 
> в Javascript -- объекты могут обладать свойствами списка. [кортежей нет, и единственный дурной эффект этому -- что нельзя использовать кортеж как ключ к хэшу. вот и всё. но кто сказал что нет обходного пути? а кстате как-часто вы используете кортеж как ключь к хэшу? :)]

есть замечательный обходной путь - разработка нового яп для таких целей с учётом всех текущих недостатков js. А их кроме кортежей будет целая куча.

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

167. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  –1 +/
Сообщение от anonymous (??) on 28-Сен-11, 20:09 
> разработка нового яп для таких целей с учётом всех текущих недостатков js.

самый большой недостаток js — это куча вонаби-кодеров на нём.

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

188. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:40 
> самый большой недостаток js — это куча вонаби-кодеров на нём.

Да хрен там, недостаток в том что каждый инструмент хорош в своей нише. Не предназначалась вебня для локальных аппов, поэтому...
1) Там нет стандартного апи эквивалентного типичным для десктопа (работа с файлами, etc).
2) Там нет стандартного апи для работы с периферией. Ну бл, только сделали на куте более-менее культурно и ... начать с нуля на JS? Нечто совсем нестандартное? Они долбанулись?!
3) Там нет стандартного апи для работы с сетью и понимания текущего состояния оной. См пункт 2)

На фоне этих моментов все остальные вообще похрен: надо заново проделать цикл адаптации который УЖЕ был сделан для кутей. Идиотизм образцовейший.

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

197. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от ffirefox on 29-Сен-11, 03:01 
> 1) Там нет стандартного апи эквивалентного типичным для десктопа (работа с файлами,
> etc).

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

> 2) Там нет стандартного апи для работы с периферией. Ну бл, только
> сделали на куте более-менее культурно и ... начать с нуля на

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

> 3) Там нет стандартного апи для работы с сетью и понимания текущего
> состояния оной. См пункт 2)

Так и сети может тоже не быть. Просто есть рабочее пространство, а откуда там, что берется это уже не дело прикладного софта. Например, телефонные линии раньше были пионерские, ведомственные, городские, междугородние, международные ... межгалактические ;). И при работе с каждой были свои правила (API). А сейчас от пионеров до почти космонавтов болтают по интернету.

Скорости линий и вычислений растут. Вполне можно вернуться к истокам: небольшие библиотеки + скрипы для клея. Тот же LibreOfficeб с нативным гуем, на старте тормозит сильнее firefox, у которого большая часть гуя суть rdf + javascript. Вы просто не представляете, как удобно, когда в облике и функциональности программе можно без проблем поменять все, что угодно прямо у заказчика.

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

218. "Проекты MeeGo и LiMo объединились и продолжат развитие..."  +/
Сообщение от Аноним (??) on 30-Сен-11, 00:27 
> Так файлов может и не быть. Данные не обязательно должны быть агрегированы
> в файлы.
> Например одна большая база данных, или состояние процесса

1) Во первых, это тоже нестандартный костыль.
2) Во вторых, вот вы и пользуйтесь этим недоразумением наздоровье. А мне это и бесплатно не надо, потому что я тогда не смогу получить письмо с аттачем, сохранить аттач на диск телефона как файл а потом прицепить сие к компу по юсб и просто файлманагером скопировать файл туда. Ваши недоноски как-то не способствуют "mission accomplished". Поэтому убейтесь веником: мне не надо недоносков. Жуйте такое сами.

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

Скорее всего появится еще один велосипед с турбонаддувом не оформленный как часть стандарта. Потому что пока в стандарт все протолкаешь - времени уйдет дофига, а бабло рубить охота уже сейчас.

>> 3) Там нет стандартного апи для работы с сетью и понимания текущего
>> состояния оной. См пункт 2)
> Так и сети может тоже не быть.

А может - быть. И как бы хорошо если аська видит - "ага, сети нет, долбиться не будем - будем раз в минуту проверять не появилась ли она". Или, "мы приконектились к сети "home" и поэтому идем онлайн, поскольку это наша сеть".

> Просто есть рабочее пространство, а откуда там, что берется это уже не
> дело прикладного софта.

На это нет _стандартов_ а велосипедов и в андроиде хватает. Нафиг сдался HTML5 который ни с кем остальным не совместим? И чем это будет отличаться от ни с чем не совместимой Java которая не совсем Java в андроиде? Такие приложения же не будут работать на допустим обычных компьютерах, так ведь? :)

>  Например, телефонные линии раньше были пионерские, ведомственные, городские, междугородние, международные
> ... межгалактические ;). И при работе с каждой были свои правила
> (API). А сейчас от пионеров до почти космонавтов болтают по интернету.

Опять же - вопрос стандартизации API. В андроиде вон положили на это. И эти наверное то же самое сделают...

> Скорости линий и вычислений растут. Вполне можно вернуться к истокам: небольшие библиотеки
> + скрипы для клея.

На телефоне как бы еще есть проблемы с батарейкой. И чем быстрее молотит проц на повышенной частоте, тем быстрее от батарейки ничего не остается. А таскать чемодан аккумуляторов ради удобного клея - да ну вас таких нафиг!

> Тот же LibreOfficeб с нативным гуем, на старте тормозит сильнее firefox,
> у которого большая часть гуя суть rdf  + javascript.

Обратите внимание, MicroB (gecko но с нативной мордой) тормозит на н900 существенном меньше чем карманный файрфокс с его XUL (то же gecko + ui на XUL). Разница буквально в несколько раз.

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

Я представляю себе что мне неудобно
1) Если телефон дохнет за менее чем сутки, потому что скриптошит тормозит и жрет проц
2) Таскать чемодан аккумуляторов чтобы 1) не происходило.

Чудес не бывает. В CMOS-технологиях каждый лишний цикл означает лишний стекший из батарейки заряд. Чем меньше молотилова - тем меньше кушает проц, RAM, flash, etc. На пониженной частоте с урезанным напряжением питания проц в активном режиме может неделю прокантоваться запросто. А если частоту на максимум - аккум убьется за считанные часы.

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

97. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 15:43 
HTML5 со богомерзким javascript всюду. Бедный Qt. Пойду напишу встроенную в webkit VM для erlang
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

106. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 16:11 
на руби писали бы код, хоть нормальный ЯП бы был удобнее, хотя кроссплатформенность....
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

117. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Denisiuk (ok) on 28-Сен-11, 17:07 
Господа, объясните мне.
Я вот на досуге минут 20 думал над тем, чего мне нужно от линукса на телефоне и как это сделать.
В моем представлении - это просто. это до пошлости просто.
Я сейчас опишу мою мысль, а вы мне объясните, где я заблуждаюсь, т.к. я не эксперт в этой области и имею только образное представление. Без оскорблений, прошу.

Что нужно от линукса? чтобы он мог работать как обычный линукс: родные приложения, терминал, прочее.
Поставить, например, Ubuntu Server - не проблема, лишь бы железо поддерживалось.
Далее, GUI. Обычный гном, кде и тд не подойдут - неудобно жать на мелкие объекты. Ок, берем какой-нибудь артефакт для создания UI и пишем при его помощи GUI окружения, GUI для консольных приложений, короче, создаем свой мобильный гном.
т.о. - есть линукс - есть CUI приложения, родные - есть удобный для тачскрина GUI в виде оболочек для CUI.
Почему это так сложно реализовать и почему придумывают всякие андроиды?
ЗЫ. расход электроэнергии опустим, это решается, в процессе запиливания ядра.
спасибо.

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

124. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Сен-11, 17:18 
не сложно это. Вся проблема только в денежных потоках. Модель андроида, например, с их магазинами и скрытыми потрахами, упорядочнивает доходы от продажи приложений и позволяет кое-кому откачивать из этого потока свой процент.

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

именно по этой причине стараются закопать MeeGo-подобные реализации и даже частично сам андроид.

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

130. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Denisiuk (ok) on 28-Сен-11, 17:29 
Святые константы.. все так низко? ужас..

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

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

Осталось только понять зачем все это нам, в том числе и обладателям телефонов.

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

163. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Сен-11, 20:02 
что именно?  в прочем, это совершенно не важно, нас никто не спрашивает.
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

189. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:48 
> что именно?  в прочем, это совершенно не важно, нас никто не спрашивает.

Значит, нам самим и придется выруливать, видимо. Портируя то что есть на те или иные железки.

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

196. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 29-Сен-11, 00:38 
Что-то пока дело движется в лучшем случае в сторону "Вася Пупкин портировал линукс на <модель телефона>. Теперь он не звонит и не поддерживает большую часть устройств телефона, но зато запускается".
Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

199. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 29-Сен-11, 10:23 
одному человеку трудно осилить весь объём работ
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

125. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от ананим on 28-Сен-11, 17:20 
ну вот вы maemo и описали.
когда его корпорасты увидели, то тут же придушили.
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

140. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от kyzic on 28-Сен-11, 18:07 
у maemo и meego все это было. но нет, теперь жрите html5. все, кончился открытый юникс на мобильных устройствах. ну линукс там внутри, и что? если мне нужны графические свистелки и перделки, то на чем они базируются - windows, linux, macos или webos мне все равно. maemo был фактически адаптированный к телефону debian: классическая архитектура системы, все открыто - файловая иерархия; shell с root; для программирования c, python, ruby, etc; интерфейс - qt, gtk; репозитории с опенсоровыми программами от сообщества. можно было довольно просто адаптировать программы с десктопного линукса, я там например запускал текстовый процессор lyx. но как тут бабала нарубишь? правильно - снести все, оставить один браузер для запуска поделок из магазина приложений.
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

145. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +1 +/
Сообщение от Аноним (??) on 28-Сен-11, 18:30 
А насколько трудно на сферический в вакууме телефон поставить дебиан?
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

164. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Сен-11, 20:03 
сферически трудно, или вакуумно нереально
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

191. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:49 
> А насколько трудно на сферический в вакууме телефон поставить дебиан?

На сферический в вакууме - трудно. На n900 он с рождения есть, так что на похожие по железу - пожалуй даже реально.

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

158. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 19:36 
> Я вот на досуге минут 20 думал над тем, чего мне нужно
> от линукса на телефоне и как это сделать.

Человек, посмотри на n900/n9 и maemo (meego). Заимеешь представление о том как это примерно должно выглядеть. Ну, в маеме есть некоторое кол-во закрытых компонентов но их не так уж много. А в остальном это круто адаптированный под мобилы дебиан по сути :)

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

209. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Anonplus on 29-Сен-11, 15:34 
Причем часть закрытых компонентов умельцы уже переписали и сделали открытыми. Прощай, маэмо, ты был воистину торт.
Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

219. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 30-Сен-11, 00:29 
> Причем часть закрытых компонентов умельцы уже переписали и сделали открытыми. Прощай, маэмо,
> ты был воистину торт.

Видимо придется раскапывать Mer, который зак@пали потому что оно повторяло идею Meego. Теперь вот не повторяет - пора раскапывать труп стюардессы :)))


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

151. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 19:00 
Поправьте меня если я неправ, но кажется вся сфера IT катится в ср.аное го.вно. Это раньше здесь рулили инженеры, а сейчас прицел на общество потребления, так что программист сейчас по статусу как уборщица, а главные - маркетологи и юристы. Ни одного нормального мобильного устройства с линуксом я так и не увидел (только N950 возожно был неплох) и, судя по данной новости, не увижу. И это печально.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

154. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  –1 +/
Сообщение от Denisiuk (ok) on 28-Сен-11, 19:20 
Так было всегда, юникс сам по себе - проприетарный.
Я так скажу, если взять мед и сунуть его в говно - получится говно.
Если большой грязный бизнес втянул в себя часть IT, это не означает, что IT - говно.
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

157. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от ананим on 28-Сен-11, 19:36 
да, но ковыряться в этой жиже уже не хочется
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

159. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +2 +/
Сообщение от Аноним (??) on 28-Сен-11, 19:38 
> да, но ковыряться в этой жиже уже не хочется

Ну так предлагается ковыряться в том что нормальное :). Давайте думать как будем выкручиваться - после n900 на меньшее я уже не согласен, дерьмодроиды, быдлофоны и прочие - пусть они  лохам впаривают, имхо ;)

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

165. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 28-Сен-11, 20:07 
вы совершенно не правы. Если в гогно сунуть достаточно много мёда, то первое как потребитель не посвящённый в процесс производства конечного продукта, не заметите.
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

175. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Denisiuk (ok) on 28-Сен-11, 20:33 
> вы совершенно не правы. Если в гогно сунуть достаточно много мёда, то
> первое как потребитель не посвящённый в процесс производства конечного продукта, не
> заметите.

верно, но разве, если я этого не замечу, будет означать, что во втором не было первого? :)

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

192. "Проекты MeeGo и LiMo объединились и продолжат развитие как п..."  +/
Сообщение от Аноним (??) on 28-Сен-11, 23:51 
> не заметите.

Привкус останется...

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

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

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




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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