If your programming stack consists of 3-4 different languages, the mental maintenance required by the developers can become considerable. That number of languages is an inflection point. After that point is reached, you'll see resources directed to rewriting things in order to reduce the overhead, or the executives will end up creating new departments with different language requirements and roles.
It's not that people are lazy, complacent or stupid, it's that on average they can't retain multiple representations of the same thing in their head. If you search around, I think you'll find the average number of human languages known by any given person is between 2.5 and 2.8. Programming languages are no different than human languages.
You should choose the right tool for the job - that's it. That's neither stupid, lazy or complacent.
Could you elaborate on that?
I was excited a few days back that iOS/Android is now supported by Qt/C++. I found that it still doesn't support the QtQuick Controls on mobiles. That dampened my enthusiasm a bit.
HTML is another one. HTML gets better support on iOS and Android and there will be no reason to use something else in the future. It is much better when your app is small than it takes extra 12Mb (Qt libs).
There might be other little reasons why it might not fit for you because of technological reasons. Weight Qt against your requirements well.
I really like Qt/QML but it is not good for everything.