Компания Trolltech сообщила (http://trolltech.com/company/newsroom/announcements/press.20...) о прекращении развития аппаратной мобильной платформы Qtopia Greenphone, признав, что устройство Neo1973 (http://wiki.openmoko.org/wiki/Neo1973) заслужило большее внимание разработчиков.
Trolltech продолжает развивать программную платформу Qtopia Phone Edition (QPE), исходные тексты которой были открыты (http://www.opennet.me/opennews/art.shtml?num=9182) в сентябре под лицензией GPL, а релиз намечен на конец текущего месяца. Компания планирует сформировать вокруг данного проекта независимое сообщество разработчиков, с помощью которого адаптировать QPE не только для мобильных телефонов, но и карманных медиа плееров, автомобильных навигаторов и т.д.URL: http://www.linuxdevices.com/news/NS6964769377.html
Новость: http://www.opennet.me/opennews/art.shtml?num=12490
Дорогой у них был этот greenphone, учитывая то, что программ под него практически нет.
А он и небыл серийным устройством. Это был сампл для разработчиков.
>Дорогой у них был этот greenphone, учитывая то, что программ под него
>практически нет.Навариваться на девелоперах - неправильно.Ну вот девелоперы это и не оценили.Да и тролли коммерсанты по натуре своей, а потому жлобы.В итоге комьюнити вокруг проекта не собралось.А что они сделали для того чтобы это было иначе?Взвинтили цену на девелоперские девайсы?Гениально, мля.А вон Nokia например предлагает свои девайсы по спеццене (всего 99 евро!) разработчикам... http://maemo.org/news/announcements/view/1192708879.html
Как вы думаете, какую девайсину я буду ковырять?Ну вот то-то и оно ;)
> Как вы думаете, какую девайсину я буду ковырять?Ну вот то-то и оно ;)ну разве что вилкой
>> Как вы думаете, какую девайсину я буду ковырять?Ну вот то-то и оно ;)
>ну разве что вилкойЛожкой, хренли там скромничать? Но вот только на maemo.org у меня аккаунт есть и я приношу пользу этому проекту как умею.А вот зафиг мне кучу денег надо гробить на "зеленый телефон" чтобы получить даже не готовый продукт а девайс для которого подевелопать можно - не знаю.Как будто мне это надо больше чем троллтечу.Ага.Два раза.От линуксных девайсов уже голова кругом идет, на все сразу не разорвешься - придется выбирать.Ну вот тролли и пролетели резонно.Опенсорц работает при внятном комьюнити вокруг него.И давиться жабой в адрес девелоперов - отличный метод подстрелить себя в пятку.Остается наблюдать как OpenMoko развивается а "тролли" хило примазываются к этой лавине.Видать, судьба такая у GTK - быть доминирующим на рынке мобильных девайсов, извините.Для этого у него все есть.И компактный сишный код и отсутствие жадности у тех кто его делает.
Сишный код это просто отлично, но. Есть куча но. Сишный код хорошо смотрится в ядре, но программировать gui программы лучше все таки на языках 4го поколения (личное мнение, если вы в си супер, то на здоровье). А чтобы не было писков по поводу производительности, нужно интерпретаторы разгонять. Или процессоры : ))А qt бибилиотека сама по себе хорошая. И денег за ее использование никто не просит. Но если вы сами решили сделать с ее помощью деньги, то почему бы не заплатить то?? Жлобы короче.
>Сишный код это просто отлично, но. Есть куча но. Сишный код хорошо смотрится в ядре, но >программировать gui программы лучше все таки на языках 4го поколения (личное мнение, >если вы в си супер, то на здоровье). А чтобы не было писков по поводу >производительности, нужно интерпретаторы разгонять. Или процессоры : ))Уважаемый ! Интерпретаторы это прошлый век. На них только школьников учат. Серьезные проги на них не пишут. Оптимизировать код - это знаете ли уменье надо. Для встраиваемых решений лучше подходит ASM, либо чистый С. Но компилятор С тоже надо заставить работать так, как тебе нужно. С/С++ остается языком программирования, который запросто решает многие классы задач, практически все. Я думаю что на PROLOG, никто не будет писать под мобильную платформу. А на счет производительности - компиляторы делают интерпритаторы за просто.
>А qt бибилиотека сама по себе хорошая. И денег за ее использование никто не просит. Но >если вы сами решили сделать с ее помощью деньги, то почему бы не заплатить то?? Жлобы >короче.
Ну опять ПАРДОКС - софт хотим бсплатный, а за свои разработки хотим денег. Сложно определить сколько стоит код.
>Интерпретаторы это прошлый век. На них только школьников учат.Смешной Вы. Вот как раз на школьника и похожи такими высказываниями.
Даже не знаю, куда толком отправить читать человека, которого угораздило до сих пор не знать современные тенденции RAD и при этом понесло рассказывать про века...
>Для встраиваемых решений лучше подходит ASM, либо чистый С.
Так, к сведению: у меня древний HP Photosmart 850 как-то оставил на флэшке кусок лога с явными признаками кода на C++.
А интерпретируемые языки вовсю используются там, где либо некритична производительность и не особо критично потребление памяти (в т.ч. в самой что ни на есть промышленности -- тот же google вовсю ими пользуется), либо нужная производительность достигается исполнением глубоких циклов в компилированном коде интерпретатора, а не скрипте или даже байт-коде. Или грамотным написанием (со знанием особенностей реализации языка), или написанием сишных расширений/модулей.
>Даже не знаю, куда толком отправить читать человека, которого угораздило до сих
>пор не знать современные тенденции RAD и при этом понесло рассказывать
>про века...RAD - халтура.Очень неприятно юзать приложения сделанные по этому принципу.Если это каким-то коммерсантам под их сраные задачи - пусть жрут.А базовые приложения в системе нафиг нафиг, т.к. в итоге получится тормознутое и жрущее память ублюдище типа висты но только еще похуже.А так вы свои приложения можете писать на чем хотите.А будут ли их юзать - вопрос номер два.
>>Для встраиваемых решений лучше подходит ASM, либо чистый С.
>Так, к сведению: у меня древний HP Photosmart 850 как-то оставил на
>флэшке кусок лога с явными признаками кода на C++.Насчет ASM не согласен.Проект более 10 кил на асме - мазохизм однако.Во первых голова не резиновая.Локально вы можете обыграть компилятор по выделению регистров и прочая.А вот на куске в 200Кб кода ваш мозг вспухнет и вы еще больший бред менее оптимально чем компилер сгенерите.Си становятся лучше.Во вторых - а завтра захочется купить проц.С другой архитектурой.Потому что быстрее и дешевле чем этот.И что?Переписывать ВСЕ?С нуля?!Ой!Ну его нафиг!Лучше всего си с небольшими вставками асма там где это реально надо.Насчет ++ они для именно совсем эмбедднутых и ограниченных в ресурсах приложений плохи - и код жирный и тормознее и библиотек дофига надо.Но для эмбеддед-переростков у которых ресурсов как у PC несколько лет назад уже становится актуальнее.
>А интерпретируемые языки вовсю используются там, где либо некритична производительность
Ну не в графике же!Ничто так не бесит как тормозящая работа GUI.И не в батарейных девайсах где чем больше молотит проц - тем сильнее жрется батарейка.
>производительность достигается исполнением глубоких циклов в компилированном коде
Опять же - увеличение времени старта программы на и без того хилом проце юзера не порадует.И кроме всего прочего это лишние действия.Опять же батарейку будет жрать.Когда проц в idle - он почти не жрет.А когда молотит - может быстро выкушать совсем не резиновую батарейку.
>RAD - халтура.Очень неприятно юзать приложения сделанные по этому принципу.RAD RAD'у рознь. Очень приятно, когда получается автоматизировать задачу, которая неделю/день/час назад потребовала бы утомительной и подверженной ошибкам ручной работы.
Например, у меня любимый RAD-язык -- ruby. :)
>А так вы свои приложения можете писать на чем хотите.
>А будут ли их юзать - вопрос номер два.Так отож.
>>>Для встраиваемых решений лучше подходит ASM, либо чистый С.
>>Так, к сведению: у меня древний HP Photosmart 850 как-то оставил на
>>флэшке кусок лога с явными признаками кода на C++.
>Насчет ASM не согласен.Проект более 10 кил на асме - мазохизм однако.[skip]
Ну вот где-то и пытался объяснить. Сам, почитав Абеля, решил в асм и не углубляться именно по той причине, что C к тому времени давно был неплохим макроассемблером...>>А интерпретируемые языки вовсю используются там, где либо некритична производительность
>Ну не в графике же!Ничто так не бесит как тормозящая работа GUI.
>И не в батарейных девайсах где чем больше молотит проц - тем
>сильнее жрется батарейка.Необязательно молотить процом именно по интерпретируемым циклам, как уже сказал. Особенно на батарейке и не на прототипе.
[ага]
>Сишный код это просто отлично, но. Есть куча но. Сишный код хорошо
>смотрится в ядре, но программировать gui программы лучше все таки на
>языках 4го поколения (личное мнение, если вы в си супер, то
>на здоровье).Да вот только в телефонах и всяких интернет таблетках и памяти не дофига, и место ограничено и проц не резиновый.На сях программы и компактнее и шустрее чем на сях++.И это роляет.Особенно когда вопрос заходит о ПОДСИСТЕМЕ ГРАФИКИ которую остальные программы будут юзать.Если она жирная и тормозная - это ой.KDE можно втулить на n800, но ресурсов он жрет неприемлимо много - данное решение НЕЮЗАБЕЛЬНО.Выглядит круто.Но не более того - на практике это юзать беспонтово - сжирает все ресурсы чтобы показать десктопное окружение и нехило тормозит.Почти не оставляя оперативки собственно для программ.
>А чтобы не было писков по поводу производительности, нужно
>интерпретаторы разгонять. Или процессоры : ))Понимаешь, дяденька, интерпретатор по сравнению с нативным кодом неизбежно делает лишние действия и от этого никуда не деться.А если поставить более мощный процессор - он неизбежно скушает далеко не резиновую батарейку у девайсинки в 1 момент.А потом девайсинка будет бесполезным кирпичиком.И такая девайсина будет мало кому нужна.Поэтому идите-ка нафиг с этими вашими интерпретаторами.Пишите ваши тормознутые скриптовые поделки для тормознутых пользователей которые готовы докупать ради вас гигабайты и гигагерцы.Давайте, поднажмите - надо ж Висту догнать и перегнать в системных требованиях :)
>А qt бибилиотека сама по себе хорошая. И денег за ее использование
>никто не просит. Но если вы сами решили сделать с ее
>помощью деньги, то почему бы не заплатить то?? Жлобы короче.К qt никаких претензий.Просто понимаешь, дяденька, я не опух покупать за много денег девайс чтобы просто подевелопать на нем.Пусть продают его по цене просто телефона - я куплю.И еще тысячи кексов купят.Будет внятное комьюнити из девелоперов и прочих вокруг девайса.А в виде как сейчас - дорогущий девайс для девелопинга и никакое комьюнити не в последнюю очередь из-за цены вопроса - извините, дохлый номер.
Спасибо за адрес. Есть куда руки приложить.
Дизайн у Greenphone много приятней, чем у Neo1973. А в смыле цены - да, дорго.А что касается GUI либ, то Gtk - убогая пародия на объектность. До совершенства Qt ей недоползти. Разве если только на объектном языке её переписать :)
IMHO для мобильной техники FLTK хорошо подходит: компактная, сама быстро из исходников собирается.
>Дизайн у Greenphone много приятней, чем у Neo1973. А в смыле цены
>- да, дорго....вот так и загибаются хорошие начинания.
>А что касается GUI либ, то Gtk - убогая пародия на объектность.
>До совершенства Qt ей недоползти. Разве если только на объектном языке
>её переписать :)Вот так и Amiga были в свое время лучше чем PC.Да только вот бездарные действия еще и не такое хоронили.Сейчас весь мир смотрит на Gnome и GTK.Мобильные приложения - в первую очередь.На что гном уродец.Но Нокия в своей n800 сумела сделать из гэ конфетку.И дальше эта тенденция видимо продолжится.Мне как десктопное окружение KDE симпатичнее, но если тролли и дальше будут так давиться жабой в адрес девелоперов - они пролетят.
>IMHO для мобильной техники FLTK хорошо подходит: компактная, сама быстро из исходников
>собирается.Не самые главные критерии для мобильных девайсов.Например на GTK+ для той же n800 довольно просто портировать десктопные приложения с небольшой оптимизацией под размеры экрана и управление.При том - достаточно компактное, не тормозит и проц не грузит особо.И лицензия либеральнее.В итоге девелоперы уже руку немало набили на GTK пока тролли щелкали клювом пытаясь продать кому-то дорогущие GreenPhone.И много вендоров обратило внимание именно на этот тулкит."Жадность фраера сгубила".Удачи им конечно, но я вижу будущее на мобильных девайсах за GTK.В частности такой гранд рынка как нокия делает на нем девайсы.Уже.А сколько еще - начинают... тролли рискуют профукать эту нишу.