I don't have experience with this specific Go-QML bridge, but I've developed a number of applications with a QML front-end talking to a Go background process via HTTP and/or WebSockets, packaged together to appear as a single app. Works very well.
Qt is obviously very solid, definitely "production quality," while QML is solid in the sense of not buggy and the UI looks/feels/performs quite well on Windows/Mac (haven't tried on Linux). But QML can be slightly to considerably irritating to use because it's not always clear or intuitive how to accomplish something or why something isn't working the way I expect, and I usually don't find many examples/tutorials when I turn to Google. That said, it's far, far more enjoyable to build an app with QML than with HTML/CSS/JS; I'm way more productive and the result is an actual application rather than a weird facsimile.
Yup[ thats exactly how I'm using it: a simple Golang program that just wraps the QML program and the websockets, JSON-RPC features to make calls and receive events from a Golang backend process.
SOOOO much nicer than HTML/JS/CSS trainwreck that is modern web development.
Qt is obviously very solid, definitely "production quality," while QML is solid in the sense of not buggy and the UI looks/feels/performs quite well on Windows/Mac (haven't tried on Linux). But QML can be slightly to considerably irritating to use because it's not always clear or intuitive how to accomplish something or why something isn't working the way I expect, and I usually don't find many examples/tutorials when I turn to Google. That said, it's far, far more enjoyable to build an app with QML than with HTML/CSS/JS; I'm way more productive and the result is an actual application rather than a weird facsimile.