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

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

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

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

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

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

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

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

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