История изменений

одна реализация потоков и событий в культе достойна персональной шнобелевской премии. они упорно делали свой корявый велосипед,

С какого это перепугу они корявые?! Может вы просто пользоваться ими не умеете? Почитайте хабр, например, там толковые примеры есть. А реализация потоков и событий своя - это правильно, потому как подход единый и все объекты Qt могут между собой общаться свободно, что очень удобно при программировании.

несмотря на то, что есть нормальные опенсорцные кроссплатформенные шины для передачи сообщений. ну и сделали.

Раньше их не было. А во-вторых, архитектура у них совсем другая, поэтому для Qt не подходит. В 5.7 и далее, если не ошибаюсь, что-то из буста возьмут новых стандартов C++? Чтобы не изобретать своих велосипедов.

я крайне редко работаю с графикой,

С этого надо было начинать! А я часто и графика Qt работала очень быстро ещё в 3.х (даже для real-time приложений годилась), а 5-й версии много быстрее.

но вот что точно не надо делать, так это мешать в одну кучу графику, работу с периферией и всякий утиль, как это сделали в Qt.

Здрасьте приехали! Вы бизнес приложения писали когда-нибудь?! А зачем в .Net подобное тащут?! Да как раз для ускорения написания больших приложений с разнообразными задачами, чтобы не изобретать велосипеды. Вы на wxWidgets будете подобное годами писать, что на Qt требует нескольких строчек кода. А чего в ней нет можно взять из буста.

причём это всё там настолько перемешано и завязано в узел, что её даже нельзя скомпилить статически, начиная с некоторых версий (и уже давно).

Это вы точно про Qt?! Когда последний раз с ней работали?!

из неё нельзя выкусить только нужные части библиотеки, как, например, в бусте. она идёт целиком и тащит тонны ненужного хлама в довесок к мизерному приложению.

Бред! Там вообще-то модули есть и каждый идёт в отдельной библиотеке: http://doc.qt.io/qt-5/qtmodules.html - всё тащить не нужно.

одна реализация потоков и событий в культе достойна персональной шнобелевской премии. они упорно делали свой корявый велосипед,

С какого это перепугу они корявые?! Может вы просто пользоваться ими не умеете? Почитайте хабр, например, там толковые примеры есть. А реализация потоков и событий своя - это правильно, потому как подход единый и все объекты Qt могут между собой общаться свободно, что очень удобно при программировании.

несмотря на то, что есть нормальные опенсорцные кроссплатформенные шины для передачи сообщений. ну и сделали.

Раньше их не было. А во-вторых, архитектура у них совсем другая, поэтому для Qt не подходит. В 5.7 и далее, если не ошибаюсь, что-то из буста возьмут новых стандартов C++? Чтобы не изобретать своих велосипедов.

я крайне редко работаю с графикой,

С этого надо было начинать! А я часто и графика Qt работала очень быстро ещё в 3.х (даже для real-time приложений годилась), а 5-й версии много быстрее.

но вот что точно не надо делать, так это мешать в одну кучу графику, работу с периферией и всякий утиль, как это сделали в Qt.

Здрасьте приехали! Вы бизнес приложения писали когда-нибудь?! А зачем в .Net подобное тащут?! Да как раз для ускорения написания больших приложений с разнообразными задачами, чтобы не изобретать велосипеды. Вы на wxWidgets будете подобное годами писать, что на Qt требует нескольких строчек кода. А чего в ней нет можно взять и буста.

причём это всё там настолько перемешано и завязано в узел, что её даже нельзя скомпилить статически, начиная с некоторых версий (и уже давно).

Это вы точно про Qt?! Когда последний раз с ней работали?!

из неё нельзя выкусить только нужные части библиотеки, как, например, в бусте. она идёт целиком и тащит тонны ненужного хлама в довесок к мизерному приложению.

Бред! Там вообще-то модули есть и каждый идёт в отдельной библиотеке: http://doc.qt.io/qt-5/qtmodules.html - всё тащить не нужно.

одна реализация потоков и событий в культе достойна персональной шнобелевской премии. они упорно делали свой корявый велосипед,

С какого это перепугу они корявые?! Может вы просто пользоваться ими не умеете? Почитайте хабр, например, там толковые примеры есть. А реализация потоков и событий своя - это правильно, потому как подход единый и все объекты Qt могут между собой общаться свободно, что очень удобно при программировании.

несмотря на то, что есть нормальные опенсорцные кроссплатформенные шины для передачи сообщений. ну и сделали.

Раньше их не было. А во-вторых, архитектура у них совсем другая, поэтому для Qt не подходит. В 5.7 и далее, если не ошибаюсь, что-то из буста возьмут новых стандартов C++? Чтобы не изобретать своих велосипедов.

я крайне редко работаю с графикой,

С этого надо было начинать! А я часто и графика Qt работала очень быстро ещё в 3.х (даже для real-time приложений годилась), а 5-й версии много быстрее.

но вот что точно не надо делать, так это мешать в одну кучу графику, работу с периферией и всякий утиль, как это сделали в Qt.

Здрасьте приехали! Вы бизнес приложения писали когда-нибудь?! А зачем в .Net подобное тащут?! Да как раз для ускорения написания больших приложений с разнообразными задачами, чтобы не изобретать велосипеды. Вы на wxWidgets будете подобное годами писать, что на Qt требует нескольких строчек кода. А чего в ней нет можно взять и буста.

причём это всё там настолько перемешано и завязано в узел, что её даже нельзя скомпилить статически, начиная с некоторых версий (и уже давно).

Это вы точно про Qt?! Когда последний раз с ней работали?!

из неё нельзя выкусить только нужные части библиотеки, как, например, в бусте. она идёт целиком и тащит тонны ненужного хлама в довесок к мизерному приложению.

Бред! Там вообще-то модули есть и каждый идёт в отдельной библиотеке: http://doc.qt.io/qt-5/qtmodules.html - всё тащить не нужно.