Nokia забила на Qt?

[xokc]

Что происходит в Nokia?
Обещали придерживаться квартального графика по выходу младших версий и годового по минорным, в итоге застряли после 4.6.3 с 4.7.0 и 4.7.1. Обещали QtCreator 2.1 выпустить вместе с 4.7.0 - прошло почти полгода, а мы до сих пор с 2.0.1. Даже записи в developer блоге не обновляются уже 11 дней. Все брошены на допиливание MeGo? Почти все последние обновления касаются исключительно QML (чтоб он сдох). Не пора ли нам искать новый фреймворк?

[UVV]

Ну толсто же )
Я QtCreator 2.0.94 пользую.

[Пантер]

Баги фиксят. Ты посмотри на гиториусе - там постоянные коммиты. Особенно в креаторе.

[Sancho_s_rancho]

Да, Nokia решила отказаться от Qt в пользу Dalvik. Ничего не поделаешь. Удаляйте Qt с диска скорее.

[Пантер]

А-а-а, мы умрем. Куда же катится мир??? 

[JamS007]

Я QtCreator 2.0.94 пользую.

Подскажите, где достать. Неохота с исходников компилить. Мне для linux. Спасибо.

Updated: http://qt.nokia.com/developer/qt-qtcreator-prerelease#download

[Sancho_s_rancho]

Я QtCreator 2.0.94 пользую.

Подскажите, где достать. Неохота с исходников компилить. Мне для linux. Спасибо.

ftp://ftp.qt.nokia.com/qtcreator/snapshots/

[Sahab]

зря глумитесь...

[asvil]

Действительно зря, такой ажиотаж вокруг javascript и овебление могут привести к краху целого такого инструмента как Qt.
интересные размышления по теме рождения ошибок в приложениях http://landoflisp.com/
Если вдуматься Qt это всего лишь c++ с сигналами. Все остальное имеет бесплатные аналоги.

[Sancho_s_rancho]

Действительно зря, такой ажиотаж вокруг javascript и овебление могут привести к краху целого такого инструмента как Qt.
интересные размышления по теме рождения ошибок в приложениях http://landoflisp.com/
Если вдуматься Qt это всего лишь c++ с сигналами. Все остальное имеет бесплатные аналоги.

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

[Sergey B.]

Кстати анимации, state machines, и прочие json QML штуки они видимо отсюда стянули

[lit-uriy]

>>Кстати анимации, state machines, и прочие json QML штуки они видимо отсюда стянули
там чистый "Цэ" без плюсов, так что врятли.

[asvil]

А давайте продолжим размышления:

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

Я думаю, многие слышали известную фразу, приписываемую Джоэлю Мозесу - сравнение лиспа с комом грязи, который в противоположность "бриллианту" APL, очень податлив, и одновременно, всегда выглядит как ком грязи, как его не изменяй:
APL is like a beautiful diamond - flawless, beautifully symmetrical. But you can't add anything to it. If you try to glue on another diamond, you don't get a bigger diamond. Lisp is like a ball of mud. Add more and it's still a ball of mud - it still looks like Lisp.


Так вот, проблема в том, что CommonQt нарушает это правило.
Он не выглядит как Лисп. Он выглядит как C++
И это плохо.

Но проблема тут, конечно же, не в CommonQt как таковом. И даже не в Common Lisp - FFI и интерфейсы к сторонним библиотекам в нем на высшем уровне.
Проблему можно проследить даже, к примеру, в PyQt.

И эта проблема в Qt.
C++
Потому что Qt - на С++ и для C++
А C++ - громоздок, сложен, и убог. И у него полностью отсутствует хоть сколько-нибудь стандартизированное ABI.

В противоположность тем же GObject или COM, объектные модели которых прекрасно укладываются на множество самых разных языков, и которые можно одинаково удобно использовать как из Common Lisp, так и из какого-нибудь C#, Qt предназначено для C++, и, фактически, вменяемо использовать его можно только из последнего(если это можно назвать вменяемостью, конечно).

http://love5an.livejournal.com/355385.html#cutid1

К чему это я? Ах, да. Умрет c++, умрет Qt. Но вы скажете с++ не умрет. А почему бы пайтону не заменить c++? Кроссплатформа, stl, куча батареек - это все касается их обоих.

[ufna]

Чтобы сдох сипипи, нужно столько систем перевести на другой язык, а это невыгодно. Увы, но на мой взгляд, С++ не умрет до тех пор, пока программы не начнут писать программы

[Igors]

Чтобы сдох сипипи, нужно столько систем перевести на другой язык, а это невыгодно. Увы, но на мой взгляд, С++ не умрет до тех пор, пока программы не начнут писать программы

Это кстати одна из основных идей Лиспа (создать "код" и выполнить его). Работал 2 года на AutoLisp, Сначала конечно сынтаксыс бьет по ушам, но потом - нравится, начинаешь изобретать такие вещи о которых в ++ даже и не помышлял.

Не пора ли нам искать новый фреймворк?

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