LWN.net Logo

KDE 4, distributors, and bleeding-edge software

KDE 4, distributors, and bleeding-edge software

Posted Jan 30, 2009 15:51 UTC (Fri) by malor (subscriber, #2973)
In reply to: KDE 4, distributors, and bleeding-edge software by roblucid
Parent article: KDE 4, distributors, and bleeding-edge software

They didn't lie, they were very upfront about it.

No, they weren't. They called it 4.0 explicitly to manipulate people into testing it that otherwise wouldn't. It wasn't feature complete, it wasn't done, but they gave it a stable release number purposely, and admittedly, to get more testers.

All they had to do was call it 4.0-alpha, and all would be well. No fuss, no muss, nobody would be upset. Once they got to feature complete, they could have called it beta.

But they didn't. They've directly copped to this: they tricked people into testing for them. They loudly insist that they weren't deceptive, but of course they were. They've stated that they knew that calling it 4.0 would get them more testers. They knew what 4.0 meant. Putting that release number has a very strong implication of stability and feature-completeness. Then, they put in the fine print, "Oh, gee, this isn't actually any damn good yet, and you shouldn't use it."

They did this to get people to test that otherwise would not. And, as you can see in the quote in the original article, they're proud that their lie worked.

If everyone started doing that, free software would be very badly damaged.


(Log in to post comments)

KDE 4, distributors, and bleeding-edge software

Posted Jan 30, 2009 17:14 UTC (Fri) by kragil (subscriber, #34373) [Link]

You really need to chill, dude. The past is the past and cannot be changed.

OK 4.0 should have been called "4.0 Developer Release/Foundations" or something, but other than that it was OK to release. That would have made the "KDE 4.0 is not KDE4" excuse more understandable.
But it did work and the libs were done. You cannot wait for 10 years to be totally perfect (just look at E17 ... that does obviously not work)
It had a lot of missing features and very few ported apps but people were able to use it productively AND IT WAS A GREAT STARTING POINT! (just look at 4.2 now)

So ..

Lessons learned:

1. Don't just call a release that mostly/only sets new foundations "$X+1.0" or people will whine for YEARS (like you do)
2. If you don't want distros to ship your stuff without fall back solutions make that very clear (mostly to Fedora devs)
3. Provide the OGG links for your blip.tv videos because then nobody can complain about a nearly perfect release [anouncement] (4.2)

Did I miss something?

I hope people will read this post before KDE 5.0 based on Qt5 is released ;)

Yes, there are something else...

Posted Jan 30, 2009 20:10 UTC (Fri) by khim (subscriber, #9252) [Link]

Did I miss something?

Yes:
2a. If you preach that proper way is to install two versions of stuff at the same time - at least make it possible.

All distributions which shipped KDE3 and KDE4 in the same box were forced to heavily patch the thing. You can not just "./configure ; make ; make install" KDE3 and KDE4 on the same system (unlike GNOME 1.x/GNOME 2.x) - this makes all such talks hypocrisy. Even this "feature" was unfinished (granted - it was in the same state as everything else: mostly, but not 100% complete).

KDE 4, distributors, and bleeding-edge software

Posted Jan 31, 2009 15:58 UTC (Sat) by roblucid (subscriber, #48964) [Link]

You're wrong. Though I don't expect you to change your perceptions.

There was an appeal for wide scale testing, before 4.0, giving
the reasons that the library redevelopment was quite good and stable now
and that they needed the applications to port, so they could finish
developing the new DE and get back to release discipline.

There was widely available info about the re-write, also the new Plasma
desktop, and everyone knew it wasn't finished.

The clear implication was that there'd been insufficient testing
so far.

The problem for a project like KDE, is it's hard to download the source,
just spend a few minutes doing ./configure; make; make install. They
needed a release infrastructure to make it feasible for most to try it out,
and submit bug reports. In practice that requires support by the distro's.

What KDE were, was naive about the process. Now I'm sure they see that
the approach to migration taken by developers of ext2/ext3/ext4 has a lot
to be said for it, to avoid PR problems. Especially as Desktops are an
area that hotheads find much more interesting than boring filesystems.

KDE 4, distributors, and bleeding-edge software

Posted Jan 31, 2009 20:59 UTC (Sat) by jospoortvliet (subscriber, #33164) [Link]

Malor, you don't get it.

We didn't call KDE 4.0 that because it was stable. We did call it 4.0
because we did major surgery, and now our libraries were stable again.
We've been doing this since 10 years, and many other FOSS projects have
done the same. Like the kernel, gnome, Amarok and many more.

The fact YOU think 4.0 was, in any way, telling you something about the
USER, is your mistake. FOSS is about developers first, users next.
Distributions are for users, source code on some developer site is not.
Distributions therefor have to ensure what they ship is ready for the users
they target.

Fedora targets bleeding edge users - they considered 4.0 good enough, I
suppose. Mandriva did not, neither did Kubuntu and OpenSuse. Their choice.

KDE 4, distributors, and bleeding-edge software

Posted Feb 1, 2009 0:21 UTC (Sun) by malor (subscriber, #2973) [Link]

We didn't call KDE 4.0 that because it was stable

You're right. You called it 4.0 to get more testers.

We've been doing this since 10 years

I've been there the whole time, and I don't remember you guys ever before calling something 'done' that wasn't. Your .0 releases haven't always been that great, but to my memory, they've always been feature-complete. This time around, tou lied to us to get us to test your software before we normally would. That's new. And people are still pissed, a year later. This isn't coincidence.

FOSS is about developers first, users next.

The arrogance in this simple statement is breathtaking on two fronts. One is the fundamental belief that users are inferior.

On Linux, do you know what a user actually is? Almost always, a user is a developer of another project. And your particular software is very central to the use of their computer, if they chose your flavor of desktop, and if you screw it up, you damage the progress of other projects. They're dependent on you to get it right. Time they have to spend fixing your problems is time they can't spend fixing their own.

Further, it's worth pointing out that you lost Linus Torvalds, one of the most famous developers in the world, and yet here you're dismissively handwaving him away, lumping him in with the proletariat, the developers that aren't working on your project. Mere users. Scum.

Secondly, if you hadn't noticed, you're writing a desktop. If your focus isn't first, foremost, and always about users, then you picked the wrong hobby. Go write webservers or something. Every day you write code without thinking about users, users, users, is a day that GNOME eats a little more of your lunch.

They have come from essentially nowhere to gradually eclipsing you on the desktop. Eight years ago, only the diehard used GNOME. Today, you're in a substantial minority. This should be telling you something. And with 4.0, your focus on the needs of your own team, instead of the needs of your users, further accelerated your slide into irrelevance.

Distributions are for users, source code on some developer site is not.

This has never really been true. Remember: "users" are the people writing the kernel, too.

Your entire comment is damage control, apologia for an enormous mistake. Just admit the damn mistake, apologize, and move on. And stop lying to us. Maybe you'll start regaining some of the ground you've lost.

KDE 4, distributors, and bleeding-edge software

Posted Feb 1, 2009 11:53 UTC (Sun) by jospoortvliet (subscriber, #33164) [Link]

You're right in that users are important, but it is very annoying that you simply ignore most that I wrote. We didn't release 4.0 to get more testers nor users, we did it to get more developers.

Well, ok, some parts of KDE needed testers, some parts were ready for that, and benefited from testing. In many other area's (plasma) we knew what the issues were, but didn't want to let all of KDE wait and suffer because it wasn't finished yet.

Again, it was a long-term decision which did hurt users in the short term but benefit all in the long term. You focus on a 1 year period (or even shorter). Linus went away for now - and so did many. Is that bad? Well, it sucks, but when you factor in the increase in speed of development, it is reasonable to expect them to be back. After all, the free desktop has what, 1% of the whole desktop market? So we did hurt a portion of that 1% to be able to get to the point where we could aim for the other 99%.

We're simply more ambitious than you think, I guess.

We can say sorry to those users we've hurt (even though I still think the distributions are to blame as well). But shouldn't the users say thank you now KDE 42 has proven us to be right?

KDE 4, distributors, and bleeding-edge software

Posted Feb 1, 2009 22:36 UTC (Sun) by malor (subscriber, #2973) [Link]

As soon as you start valuing 'the project' above 'the users of the project', then your development process has gone off the rails.

but didn't want to let all of KDE wait and suffer because it wasn't finished yet.

KDE is code. It can't suffer. Only your user community can experience pain. You inflicted a great deal of it on them, to benefit some abstract code. From other comments here, it sounds like your users got shut out of bugfixes and maintenance on 3.5 while you guys focused on 4.0. (I switched away when 4.0 shipped, so I haven't been watching that at all.) If that's true, you not only didn't provide a replacement, but also stopped improving the old stuff as well. Your focus shifted so completely to the project that you abandoned the actual users OF the project -- presumably, the original reason you started developing KDE at all.

So we did hurt a portion of that 1% to be able to get to the point where we could aim for the other 99%.

That is true, but it strikes me as shortsighted. You're punishing the people who trusted you, to go after the people who haven't. Your existing user base is your best advertising tool; their evangelism matters. When you screw them, you get people pissed off -- some of whom are annoyed enough to post screeds to LWN.

And if you're willing to screw that 1%, and it works, will you be willing to screw your 5% six or seven years from now? Why would people adopt your desktop when you're focused on your project, and don't care about their benefit?

I think you might want to collectively ask yourselves, "Why are we doing this project at all?" If that answer, and your ultimate focus, isn't on making the lives of your users better, every day, then you're probably in the wrong area for development. Users and developers would be well-served by avoiding dependency on your desktop and libraries.

You're going up against an entrenched monolith, whose user-abusing mistakes are legion. But they can get away with it, because they're a monopoly. It's those user abuses that, in many ways, prompted the entire Free Software movement. But you're not a monopoly. If you abuse users for the benefit of your project, you ultimately harm it more than you help it. You and GNOME both are tiny players, goldfish among sharks. If you're not obsessively focused on user benefit, then the other teams who ARE will take them away from you.

I'm sure you want your project to move faster, but no matter how good your program is, people won't take it up based on technical merit alone. Just look at Sony's decisions with Beta -- chasing off users they didn't like, porn-mongers, ended up being a huge blow to the format, eventually driving it off the market. If you continue doing this sort of thing, you'll end up with the best desktop that nobody uses.

Growth rates are always off how many users you have already. If you double your annual growth rate from 12.5% to 25% by abusive development practices, but cut your community in half in so doing, it'll take three years just to get back to where you started, and it'll take seven years to get back to parity with where your project would have been at the 12.5% growth rate.

The real numbers won't be that large, but carefully, carefully consider anything that makes a user switch away. Each and every one is a seed that can grow into more users -- and, if you get lucky, more developers.

Failing to water seeds you already have because you want to hike to what looks a bigger field on yonder mesa is a good way to starve.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds