>> я имел в виду Qt.
> Просто си++ реально сложный ЯП и реально эффективно им пользоваться умеют немногие.

большинство мегасложностей c++ обычно тупо не нужны (а в большом проекте часто вредны). проблема не в этом, а в том, что даже простое подмножество c++ использовать толком не умеют. потому что рукожопие не позволяет. разработчики Qt и так изо всех сил старались делать скидку на рукожопость — не копируя, например, сожержимое строк или списков до тех пор, пока это не становится действительно необходимо.

> то вот теперь с QML — таких гарантий уже нет.

поэтому я и не интересуюсь Qt5.

> Фиг с ним с визуальным конструктором формочек, а вот общая монструозность и
> перерощенность фреймворка и как результат способствование появлению переростков — пугает,
> да.

и что там такого «монструозно-перерощеного»? на всякий случай: это не «гуи-тулкит», это многоцелевой фрэймворк. и многоплатформенный, кстати. потому умеет не только формочки с кнопочками.

> Если некто пригнал экскаватор с ковшом на кубометр — он явно не
> «маленькую и аккуратную грядочку» вскопать затеял, как на фасаде написано.

Qt позволяет и простейший мелкоутиль делать. в том числе консольный. да, для системы, где Qt «гость» — это может быть overkill. точно так же, как для моей системы overkill — gtk, потому что «на гостевых правах».

тем не менее, Qt удобен, шустр, много умеет и великолепно документирован «из коробки».