Most people who took a look at a carefully crafted demo. I.e. the CEOs who keep pouring money down this hole.
If you actually use it you'll realize it's a tool, and not a particularly dependable tool unless you want to code what amounts to the React tutorial.
We've just become accustomed to it now, and tend to focus more on the flaws than the progress.
This has been a paradigm shift in KDE for the worse. I am also hardly the only one to notice this going downhill:
https://jriddell.org/2025/09/14/adios-chicos-25-years-of-kde...
It was a huge mistake to try to make KDE a political entity. Then again by deprecating the xorg-server, the current KDE team already showed that they don't quite care about the users.
> It was around that same time when I made the “Contributing to KDE is easier than you think” series of blog posts.
I think contributing to KDE has become much harder. Now you have people be involved in KDE whom you may not be able to relate or cooperate with. How could I ever cooperate with someone who thinks Robin Hood daemon-widgets coercing people for money is acceptable? To me this is not acceptable. I have absolutely nothing against donations, mind you - the issue has never been about donations. The issue has always been about what software should be about. Software should not be about putting pressure on people - it should be about enabling people. This is what Mr. Nate does not understand, but arguably the problem with KDE go much deeper than just Nate; all the "systemd-only folks" like David. It feels like some strange kind of people took over KDE. We also saw this some years ago with GNOME and GTK, though admittedly GNOME has always been more fedora/red-hat controlled, even way before systemd. (And here, the issue is not so much about GNOME, but that GTK is now factually a GNOMEy-toolkit only.)
> Moving on, 2020 was pretty active. I started contributing to KDE web, while still being a Reddit mod
Ah yes, the old conflict-of-interest. People can not be critical of #kde because these KDE devs will ruthlessly censor and ban people with another opinion. Been there, done that; though this is also heavily a problem specific to reddit in general, not just for KDE alone.
> All that just to say that I’m finally content with the state of beginner onboarding docs in our KDE Developer Platform.
Ok, patting yourself on the shoulder here. I don't know how well his contributions have been so I am not judging prematurely one way or the other, but in general I dislike self-promo. I believe the only ones able to judge that are unaffiliated people aka users of that documentation. In general I find the documentation in open source projects to be horrible, but perhaps KDE docs are better than average, and improvements to documentation (if they are real improvements) are always a good thing. But just get ebassi to talk about how epic the GTK documentation is - then you check it out, and it is beyond imagination how abysmal it is. So in general I find those self-promo statements hugely problematic. They don't match reality. The best documentation in general, oddly enough, I found when people wrote working examples with explanations; learning from these has almost always been better than looking at official documentation and noticing how so many things are missing or lacking or of low quality. A wonderful example can be seen with regard to python + GTK3 and GTK4. Barely anyone wrote GTK4-specific parts, neither documentation; yes I know laszka tutorials for GTK3 and now compare it to GTK4 while also using google search. You notice such a huge discrepancy here, almost as if nobody switched to GTK4 even years after. And the documentation is also different in quality (it has gotten better in the last 2 years, but it is very strange how external contributors do more work here than the GTK devs, but that's a question you can ask the GTK dev team since they are also responsible for any drop in adoption when they constantly willy-nilly deprecate everything - soon to get another deprecation cycle with GTK5. Oh boy.).