I'm using Linux Mint with KDE. (Probably not the best tested distro out there, so maybe I reap what I sow.)
At one time, ibus worked pretty well, and I was content. After one upgrade, ibus stopped working, and I couldn't make it work again. Tried skim (which I had used several years ago, but abandoned when it also stopped working for some reason): it managed to lock up X windows. Finally found uim, which almost worked the same, so I was content again.
And then about a month ago I had to upgrade again (long story short: Linux magically forgot that I had a second monitor and refused to acknowledge it), and then uim stopped working in some KDE applications, including Konsole. Spent several hours trying different things. (Even tried to compile uim from source, but apparently figuring out dependencies for graphic libraries is not my strong area.) Finally just settled down for uim again. Who needs to type Korean into terminal anyway?
Well, at least now I don't have to restart gvim every time after reboot, so that's the plus.
See, "Why don't you report bugs" is missing the problem. For example, I had gvim running on a KDE system that somehow forgets the input method whenever I reboot the system, but when I restart gvim, it finds the input method without problem. I don't even know which application I should report this bug against.
And of course I'm using distro packages that may be years old (the last release of uim was in 2013), so for all I know, the problem I have is already fixed in the most upstream version.
I'm sure Windows have other problems that Linux solves quite well. I'm not arguing Linux is worse in every respect. I'm just pointing out there are a horde of problems that should have been solved for once and all fifteen years ago: there should be a metapackage, or ideally a single button that says "If you want to enable Korean/Japanese/Hindi input, press HERE," and that should be the end of story.
But these problems are never properly solved, because the "bazaar" nature of Linux development means whatever solution worked today is not guaranteed to work two years later. Each solution is made of five packages developed by different teams, and maintainers drop out all the time either because they're bored or they have other life obligations. And then some other people start a new sexy project that more or less subsumes previous iterations (but in a brand new codebase), and the cycle continues.
Conway's law[1] says "organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations." It doesn't just apply to MS or Google: it also applies to Linux. I don't know if it can be improved, but that's the way Linux is now.
[1] https://en.wikipedia.org/wiki/Conway's_law