Qt - finita la comedia

[Гурман]

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

Пруфлинк?

Пожалуйста, причем обратите внимание - информация от эпломанов, хотя по другим источникам тоже самое будет

3й абзац

The App Store has grown by 132 percent over the last year

(когда американцы говорят has grown, это не число приложений, а финансовый рост)

6й абзац

Google's Android Market took fourth place, registering a 4.7 percent share on revenues of $102 million, representing growth of 861.5 percent compared to 2009

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

судя по количеству выпускаемых Android-аппаратов, рынок приложений в год-два догонит и перегонит рынок приложений йфона, и продолжит расти - если, конечно, форсмажор не случится

кому-то проще сделать хит, на котором можно ПОДЗАРАБАТЫВАТЬ, чем освоить Andriod SDK

а что в этом удивляет? во-1ых, Android SDK - это Dalvik, ака Java, как бы совсем другой язык программирования, во-2ых, для освоения современного SDK требуется немалое время, поэтому разумеется проще и быстрее сделать на том, что уже освоено, чем переключаться на другой инструмент

и Android SDK, и Qt достаточно сложны и объемны, чтобы для разработки качественных приложений на них требовались объемные знания инструмента, а подзарабатывать != халтурить, производством халтуры не занимаемся

Кстати в соседней теме ищут разработчика на Qt под Android.

не знаю, что и кого там могут искать (вот где пруфлинк бы пригодился) - но Qt на Android портируется не официально, причем с обеих сторон - ни Google это дело не поддерживает (поскольку противоречит самой идеологии Android), ни Nokia - значит есть большие сомнения в доверии к нему, и пока только альфа существует, это под альфу что-ли коммерческие приложения делать?? дай то Бог, если доведут до релиза, там посмотрим, но для коммерческого успеха будет необходима поддержка Google (для распространения приложений через Market), которой ожидать не приходится

[Fat-Zer]

А чтоб точно узнать откуза звон - нужно посмотреть исходники этой юнити. Но оно на ГТК + питоне вроде. 

я единственный, кто после этого поста пошёл искать исходники юнити?
ЗЫ: Qt там действительно и не пахтен... единственное о нём упоминание это следующий комментария:
./src/Launcher.cpp:  // evil hack because Qt does not release the seelction owner on drag finished

ЗЗЫ: приношу свои извинения шаттлворту, похоже он и вправду пока не перешёл на тяжёлые наркотики...

[Fat-Zer]

Поправлю себя... ещё есть Unity 2D - это отдельное поделие, которое выглядит почти точно также, но не требует компиза... и вот онон то как раз и накисано на кьюте.

[r2d2u2]

И тут на сцену выходит Wt

http://webtoolkit.eu/wt

[BRE]

И тут на сцену выходит Wt

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

[kambala]

а выглядит интересно, надо попробовать

[serg_hd]

а выглядит интересно, надо попробовать

А кто-нибудь пробовал "разворачивать" его на сервере? Насколько я понял, это отличный фреймворк для создания веб-приложений "не отходя от кассы" (т.е. от с++/boost) и без привлечения посторонних технологий.

[dimen]

И тут на сцену выходит Wt

Падучее гуамно.... с++ в вебе не рулит тем боле во времена виртуализаций/облаков/сервисов приложений.

Вот с джавой куда интереснее: zk,vaadin|gwt,rap

[serg_hd]

И тут на сцену выходит Wt

Падучее гуамно.... с++ в вебе не рулит тем боле во времена виртуализаций/облаков/сервисов приложений.

Вот с джавой куда интереснее: zk,vaadin|gwt,rap

джава (python, php) = интерпретатор. А любой интерпретатор = шлак.

[dimen]

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

[asvil]

А любой интерпретатор = шлак.

Ви пгосто не умеете его готовить.

сделать трансформацию jvm байткода в байткод виртуальной х машины гораздо проще, чем преобразовывать нативный код под конкретную архитектуру/ось.

Чем докажите?

[serg_hd]

А любой интерпретатор = шлак.

Ви пгосто не умеете его готовить.

Любой интерпретатор - шлак. За 5 лет php и почти года явы я его сумел и "не просто" готовить.

[dimen]

Чем докажите?

Что виртуальные машины оптимизируют под jvm? еще как оптимизируют... вот например в VMWare vSphere производительность джавы в вм почти догоняет производительность джавы на нативе. Также у VMWare есть свой вариант популярного сервера веб приложений Tomcat который также заоптимизирован под вм и т.д. Ну и всякие руби/питоны там тоже не плохо живут... Тем более что на базе jvm они все друг с другом дружат... а вот с++ в вебе это что-то не то..

[lit-uriy]

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

[dimen]

Что там уметь готовить то?

В любом случае все сползается к конкретному dsl так как на чистых джавах/сях вебить очень долго.

И все равно профита от с++ в вебе никакого... при экономии 10 баксов на чуть более мощную железку, тратится куча времени и денег на содержание с++ обезьянок, которые накодют все те же велосипедные "интерпретаторы" от парсера запросов до рендера шаблонов страниц.