Why Free Software Has Poor Usability, and How to Improve It

When I wrote the first version of this article six years ago, I called it “Why Free Software usability tends to suck.” The best open source applications and operating systems are more usable now than they were then. But this is largely from slow incremental improvements and low-level competition between projects and distributors. Major problems with the design process itself remain largely unfixed.

Many of these problems are with volunteer software in general, not Free Software in particular. Hobbyist proprietary programs are often hard to use for many of the same reasons. But the easiest way of getting volunteers to contribute to a program is to make it open source. And while thousands of people are now employed in developing Free Software, most of its developers are volunteers. So it’s in Free Software that we see volunteer software’s usability problems most often.

Read the rest of this post


comments so far. Add yours.

  • http://allthingsd.com/ Michael Long

    For some reason, OSS seems to attract the “feature” crowd who seem to think if one feature or function is good, then 5,343 of them are better. This leads to things like the PHP language, with seemingly a billion functions served (and counting).

    And for every group that does pay attention to design (like Firefox), it seems like there’s fifty or more who don’t, or who think that “design” can be solved by coming up with yet another way for a user to “skin” a program.

    We often point to Apple as a company with great design, but what most people miss is that Apple’s design aesthetic is largely based on editing. Or quite simply, it’s based just as much on what to leave OUT as what to include.

    And leaving things out, to a feature-counting function junky, is anathema.

    Finally, the OSS community is just that, a community, composed of individuals, each of whom has his or her own likes, dislikes, and sense of design and style (or not).

    Without editing and without a strong guiding hand (which OSS developers disdain), every program is bound to have it’s own identity, style (or lack thereof), word choice, and set of behaviors.

    OSS is, and probably always will be, a cacophony of design.

About Voices

This is a section of the AllThingsD Web site featuring posts that have been curated from around the Web: pieces we’ve read, discussions we’ve followed, stuff we like. Five posts are included here each weekday, but only the headline and the first two sentences. We link to the original site for the rest. The section is explicitly labeled, so it’s clear that content comes “from other Web sites.”

We also solicit original full-length posts and accept some unsolicited submissions. Voices is edited by Beth Callaghan.

Dive Into Media

Latest Video

View all videos »

Search »