Linux's Difficulty with Names
JohnTyler writes "This article at XYZ Computing takes a look at Linux's strange naming practices. When compared to their Window's equivalents, the names of many Linux programs are difficult to recognize and even tougher to remember. This may seem like splitting hairs, but it is actually an important usability issue. Just think, if you had to do a bit of graphic design which would be easier to pick out of the menu, GIMP or Photoshop? Or if you wanted to play a song, Media Player or xine?" The article is a bit thin, but it raises an excellent point.
This is really more of a software designer's issue than a strictly Linux one. As we speak, I am looking for my copy of Daemon Tools on my computer, but I can't find it because it's named in the start menu by the software's manufacturer, not the name of the program. This is the case for many windows apps and I view it as a similar problem.
I suppose Outlook Express is the ideal name for an email client...as is Outlook. Acrobat is the perfect .pdf viewer or creator. Excel instantly draws to mind spreadsheets [now, but 20 years ago?]. I could go on, but why bother.
The article is just more crap slinging between two apes vying for dominance.
Names don't matter, it is all about training and then familiarity.
What's more intuitive, "Matt", or "Coffee Boy"?
Oh, and what does Exel and Outlook do? Does Outlook Express do it any faster?
As a technical discussion, names as handles to objects or ideas don't matter (excluding downright misleading names, like a boy named Sue): it gets down to user training. To write that "Whatever the reason, desktop Linux's usability is hindered by its naming practices" is just silly: in a work enviornment, users will use what they are trained on. At home, Grandma is going to use whatever will let her get her polaroids out of her new camera.
And Windows isn't particularly easy to use; rather, everybody has had some exposure to it.
As for your examples... once you know what they stand for ("list","remove","disk free", etc.), those commands are a hell of a lot quicker to type (and less prone to error) than spelling the words out.
You're right that many people will probably regard this as splitting hairs, and this in itself is a pretty big issue. Names (from "top-level" names like application titles down to the names of lowly index variables) are critically important in usability, as is documentation.
Yet try as I might, with the notable exception of Python, I've never been able to pick up an open-source product of any complexity that I'm not familiar with, without buying an O'Reilly book or something of the like. Flame me if you will for "not trying hard enough," but it seems to me like having to try hard goes against the definition of usability in some ways. This makes for a pretty big hidden cost.
Open-source projects are the products of engineers working on something they feel is personally important, and it's perhaps unsurprising that communication with the end user (at least on the level of completeness and polish that larger companies need to demonstrate) is not given much priority. But the end users are what will drive the victory or loss of Linux on the desktop, and I think they are already voting with their mice.
And say what you want about Microsoft - but the level of effort they put into this front (from the easy-to-understand language in setup to the MSDN) is way ahead of what I've seen from the Linux world. I think they are the ones to be applauded in this case.
But your attitude is EXACTLY what is holding Linux apps back from popular adoption.
.pdf viewer or creator. Excel instantly draws to mind spreadsheets [now, but 20 years ago?]. I could go on, but why bother.
I suppose Outlook Express is the ideal name for an email client...as is Outlook. Acrobat is the perfect
The name of an app is not meant to be Literal!! It's meant to make you want to own it! If you had a choice between two toilets, the Open GNUFeces gtkSepticPort, or a CrapThrasher 3000, is there any question which you would select? Calling a graphics program The GIMP (yeah, I know it's meant to be a snarky acronym; newsflash: after the age of 16, nobody cares.) is like naming your son Susan. In fact, I've introduced the GIMP to new users (all of whom look like they'd rather be anyplace in the world than in that room at the time) with a, "Hey, look, with a name like The GIMP, it's got to be good, right? Right??"
For serious 'flagship' Linux applications, allowing the "coding community" to name them is right in line with allowing the "marketing community" to write them. It screams "Hobbyist," which is fine, if that's all you want it to be. In the early '90's, when nobody knew any better, it was not unusual for an organization's HTML jockey to also be responsible for creating the site's look and writing its content. Then, the medium matured, rapidly. When I see the names for a lot of these (very, very fine and well-coded) linux apps, I get the urge to crank Nine Inch Nails, order a double-mocha-latte, and re-read SnowCrash...
I, for one, appreciate the shorthand, and I do touch-type.
But, I wanted socialized health insurance!
It has a lot to do with the fact that open source geeks can't afford trademark lawyers. A name like "gwksprt" may be horrible, but at least you're unlikely to be sued over it.
Uh, because that's basically what the article was doing, comparing Windows menu entries to aan opensource application's executable.
Looking through my menus in Gentoo, it is fairly clear what the program does either by the name, or icon. There are some exceptions, like GIMP is just called "The GIMP", but at least it is under the Graphics menu group so I've a pretty good idea what its function is even without recognizing the application. That actually applies to most applications under my Gnome desktop actually. Everything is grouped by it's function, unlike Windows where typically applications are grouped by manufacturer.