Ты прав и не прав одновременно. Представь, что тебе нужно написать сложную бизнес-программу. Время разработки которой исчисляется человеко-годами на API высокого уровня. И только один компонент критичен к скорости работы. Вот скажи, что ты выберешь: WinAPI или Qt? Вот и я тоже, все сделаю на Qt, а тот компонент, если будет тормозить, перепишу на WinAPI (libX11 и пр.).

Добавлено @ 22:00

QML - другое название Qt Quick. Работа его обеспечивается QDeclarative. Поэтому, QML без Qt существовать не может.
Другое дело, что для ряда языков существуют биндинги, которые позволяют использовать Qt и, соответственно, QML на данных языках (Python, например).

Это сообщение отредактировал(а) bsa - 31.7.2012, 22:00

Я для сложной бизнес-программы и Qt бы не взял. Там же аховая ситуация со сторонними компонентами типа гридов/графиков/отчетов. Самому все это писать конечно интересно, но по времени это катастрофа. Бегом-бегом на какой-нибудь WinForms/WPF.

А если надо под MacOS или Linux? Или под все сразу?

1). я не работаю с высоким уровнем на своих работах, посему мне из реальной жизни выбирать не из чего ) я как бы реализоваю на низком уровне  все + даю АПИ на выском, чтобы другие программисты могли дергать это АПИ не вдаваясь в подробности , а также не делая лишних движений самим 
2). сложные бизнес-программы еще исчисляются хорошим владением алгоритмов , неловкое движение и можно на += млн. итераций больше устроить в обработке
3). и вообще задачи могут быть очень разными, некоторые UI пишут для ARM микроконтроллеров на столах с полной эмуляцией эффектов современных ОС , так-то   


Я свое замечние насчет QML относил не к Qt, а к С++. Что QML настолько же его, насколько он питоновский и не более, перечитайте контекст пожалуйста.



Моно

Это сообщение отредактировал(а) magesi - 31.7.2012, 22:22

Если в требованиях стоит нативное приложение, то тут уж конечно Qt плюс адекватные сроки для реализации задачи. Но, по личным наблюдениям, к подобного рода приложениям требования по кроссплатформенности обычно либо не стоит, либо сразу решают делать web-решение.

Добавлено через 4 минуты и 5 секунд

Mono c GTK# является неудачным решением для Windows и MacOS, так как поддержка GTK+ под эти платформы очень плоха. Можно конечно попытаться из Mono использовать тот же Qt, благо биндинг есть, но это видится странным решением.

нормально для офисных задач - пойдет   никто не просит на моно Crysis 2 рисовать под Мак или Венду   

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

ничего, офисный планктон пережил bsod Венды в 90ык и нулевые, переживут и hotkey , весело зато   потом на ютубе будут видео показывать , как они матерились с хоткеями, они недавно ведь выложили видео ( этот подтип людей ), как они ноутбуком в баскетбол играли, а ты про какие-то хоткеи говоришь ))))

Это сообщение отредактировал(а) magesi - 31.7.2012, 22:33

Побойтесь б-га! Простые смертные! В Mono/Java/C# смерть таится! Не делайте ошибок!
В C++ жизнь да обретете вы!

Это сообщение отредактировал(а) Randajad - 1.8.2012, 00:37

magesi, 
bsa, 
SVN74, 
спасибо, мужики
итак, из всего вышесказанного думаю начать все таки с Qt, хотя и напрягает ситуация с нокией. Про Java действительно говорят, что она тормознутая, но на рынке труда почему то популярная и судя по исследованиям одна из самых оплачиваемых на данный момент. С# действительно жестко завязан на винде, но нужно будет тоже пощупать

Evenstain, все зависит от рынка труда. Посмотри что требуют работодатели в твоем городе и в ближайшие год-два исходи из этих "реальных" потребностей. Но почти наверняка C#/.NET будет наиболее выигрышным вариантом. Какая разница тормозит/не тормозит/на какой платформе работает? Ты же не невесту выбираешь, а просто зарабатываешь деньги. А вот для души конечно можешь более придирчиво отбор проводить