Karmic Koala: Who's to blame for the issues found by early adopters?

Someone at my LUG's email list pointed to this article:

http://www.theregister.co.uk/2009/11/03/karmic_koala_frustration/

This is not a response or rebuttal to that article as it seems to be quite objective reporting on facts. This is instead a reflection on why being early adopters and expecting perfection is an utopia.

I read the article and it gave a clue of why these issues are popping up:

"Early adopters tend to be the most technical of the technical."

As part of the community and early adopters we should share part of the blame:

First:
There was time to test the alphas, betas and RCs. I'm sure the developers do not have access to all the different combinations of hardware out there. Linux is a community effort. It is only by contributing with testing that we can ensure the release will come out cleaner.

Even other companies with huge resources have extensive pre-release beta programs and beta testers take it upon themselves to improve those companies software.

Second:
It is not common sense, but it is common professional practice that with ANY software for a production environment (This would include your primary desktop) you either:
- test the pre-release versions and felt comfortable before upgrading or
- you wait until other people found the issues and hope you don't have a unique one.

In both scenarios you make every effort to have a way to roll back the change (e.g. data backups or even OS partition image)

Another common practice is to have your production systems at version n-1 and a test system at the level you are planning to move next.

Being early adopters the "most technical of the technical", you'd think that they either contributed testing the pre-release versions or at least tried it in a separate partition before rendering their main system unusable.

So, if you are technical: don't wait to test and report issues, you may uncover something the developers don't know or you may have a clue on something which is baffling the developers.

If you are not comfortable with this either because you are not technical enough or don't have time to test, then keep using version n-1 until most of the issues of the latest version have been resolved.

I do think that Canonical should be clearer on this and, on the downloads page, advise non technical users to use the LTS version. After all, non technical users don't know about the good technical practices I mentioned before.

Canonical's part of the blame is removing the link to download the LTS.