Ну и че делать? Забивать на Qt?

[asvil]

Igors, Вы что же предлагаете годы программировать на Qt? Читать Страуструпа, и вечно наследовать недопиленные SQL классы?
Соскакивать на новый фреймворк, надо конечно не сразу, но когда надоедает писать "инклюды", оформлять классы по два раза (декларация/имплементация), следить за памятью (хотя здесь следует отдать должное, qt сделали из c++ яву в этом плане). Если бы qt метафенечки включили в стандарт и "сигналы" стали ключевым словом. Эх, надо было им проплатить людям из "комитета", а не гнаться за пользователем. Банально бы скопипастили мок в с++ и сделали бы рядышком с vtable, meta-table. Но не буду лезть, ни силен я во внутренностях.

[Igors]

Михаил, я слишком стар чтобы суетиться без нужды  "Жизнь покажет и жизнь научит". Нужны очень и очень веские основания чтобы перевести миллион строк с одного фреймворка на другой. Рыпаться и "забивать" хорошо в рамках студенческой лабы/курсового - но не более того

[ufna]

э.. это вообще о чем? Щ)

[asvil]

Понимаю, что такое написанный код. Понимаю, что такое проданная программа, внедрение, обучение в рамках небольшой sql, для одного небольшого предприятия. После некоторого времени, приходит осознание того, что людям надо, а чего не надо. sql позволяет "рыпнуться" в другие фреймворки. Разделение одного проекта на несколько фреймворков (не всегда это возможно), отлично диверсифицирует производство программного продукта.
Например, смотрю на скорость эклипса и вижу достойную GUI замену, однако эклипсовые граф. библиотеки (awt вроде) имеют такой же шанс загнуться.
Кто-то из великих (Пол Грэм, вроде) говорил, что программный продукт необходимо переписывать и переписывать в зависимости от воздействия внешней среды (потребности пользователя, появления новых фреймворков, и т.д.). На мой взгляд, это можно высказать так: готовый код должен содержать некоторую градацию "легко спортировать", "не легко спортировать", "можно выкинуть", "ядро".
В итоге собственно ответ на вопрос. Одно из оснований: в рамках меняющийся команды программистов и конкуренции со стороны других игроков айти-индустрии, нужно держать нос по ветру.
Хочу тогда Ваше предложение перефразировать: студентам нужно "рыпаться\забивать" в поисках нужного набора компонентов для архитектур будущих приложений.
Не кажеться ли Вам привязка миллиона строк к одному фреймворку рисковым вложением?

P.S. прошу прощения за рваный поток мыслей.
P.P.S. А давайте проведем социологический опрос? "Жить/или/не жить Qt" - это будет в некоторой степени экспертной оценкой происходящего. И тем более помню, что здесь есть человек из непосредственно офиса-Q.

[vlad-mal]

...Вы что же предлагаете годы программировать на Qt? Читать Страуструпа, и вечно наследовать недопиленные SQL классы?...

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

Михаил, о каком таком ужасном sql вы уже несколько раз говорите?  

[Igors]

Не кажеться ли Вам привязка миллиона строк к одному фреймворку рисковым вложением?

Очень даже кажется, а куда я денусь? У меня более миллиона строк на "старом" фреймворке  (т.е. без Qt). Продолжать поддерживать старый - бесперспективно. Какой новый. что взамен? Гордо "забил" - ну то не решение  

[Ubuntu_linux]

Меня интересует вопрос, допилять ли QtMobility 1.1.0 ? , а то поджимает...

[asvil]

vlad-mal, в первом случае QtSql модуль.
Во втором случае, приложение подключалось к postgresql серверу и не содержало никакой предметной логики.
В третьем случае я рассматриваю портирование приложения в web, без потери данных, конвертаций и прочих сложностей.

Интересно, а сами кутешники анализировали потребности рынка и базу клиентов прежде чем "рыпнуться" в мобилити?

[pastor]

Релиз QtMobility 1.1.0 как бы уже был.

Сейчас работают над QtMobility 1.1.1 и QtMobility 1.2

[vlad-mal]

vlad-mal, в первом случае QtSql модуль.
Во втором случае, приложение подключалось к postgresql серверу и не содержало никакой предметной логики.
В третьем случае я рассматриваю портирование приложения в web, без потери данных, конвертаций и прочих сложностей.

Интересно, а сами кутешники анализировали потребности рынка и базу клиентов прежде чем "рыпнуться" в мобилити?

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

[Ubuntu_linux]

Релиз QtMobility 1.1.0 как бы уже был.

Сейчас работают над QtMobility 1.1.1 и QtMobility 1.2

Qt Mobility 1.1.0 Technology Preview,
 не релиз!

[serg_hd]

И тем более помню, что здесь есть человек из непосредственно офиса-Q.

кто, если не секрет?

[pastor]

Qt Mobility 1.1.0 Technology Preview,
 не релиз!

Ну как бэ...

http://labs.qt.nokia.com/2010/11/09/qt-mobility-1-1-0-released/

Вобщем ты сам понял.. )

[GreatSnake]

А то послушать блин.. а до Qt и его такого распространения как люди жили и работали?

А до Qt существовал OSF/Motif, являвщийся, кстати, индустриальным стандартом. И если бы мудаки из OSF не жлобились и открыли его, то никой бы Qt не было бы сегодня и в помине. И Gtk, кстати, тоже.

[Ubuntu_linux]

Блин, в нокии ж Maemo  есть, почему б не развивать платформу, к тому же й реальный девайс уже давно вышел  N900.