Thoughts about naming

by Jonathan Gennick

Related link: http://www.xyzcomputing.com/index.php?option=content&task=view&id=503



Sal Cangeloso's brief article on Linux application names caught my eye yesterday morning. Having just come away from a struggle with cryptic Linux/Unix command names the evening before, I was in the mood to reflect on the importance of giving a name. I'll come back to my struggle. First I want to talk about cars.


If there's one industry that's given a tremendous amount of thought to naming, surely it is the automotive industry. Auto makers don't choose names that directly describe their products (else I would be driving a "Geo Small Slow Car" rather than a "Geo Metro"). Auto makers, at least from my observation, carefully choose names for their visceral, emotional appeal, and then they carefully build a brand around each name to reinforce their choosen image. The Ford Mustang is a good example. Ford carefully associates "Mustang" with wild horses, freedom of the open range, youth, vitality, strength, speed(!). And then the car itself is marketed to a demographic that wishes they had all those things. Customers don't buy a car, they buy an image. The key is that the name is consistently reinforced by images, by logos, by a product that can be emotionally associated with the name, and so forth. Ford Mustang is a well-known and successfull brand.


In the open source world, I see similar success in the names of Mozilla's flagship products: Firefox and Thunderbird. It used to be that when you said "Thunderbird", that I thought of the car. Now my first thought is of email. Mozilla has taken common, easy to pronounce words such as "fire" and "fox", "thunder" and "bird", and combined them into colorful and easily pronouncible product names. And Mozilla has backed those names up with advertising, with promotition, and with colorful logos. (And don't underestimate the value of those great logos)


(As a side note here, I often wonder about all the "K-names" for KDE applications. KDE is too locked into the cute, K thing. Gnome has the advantage here, I think, in that Gnome developers are more free to choose colorful names. No one had to worry about slipping a "G" into Mozilla's product names.)


So I disagree somewhat with the argument in Sal's article that application names need to be somehow descriptive of what the applications do. Firefox would be less successful, at least less memorable, were it to be called "Web Browser". Firefox is memorable because of the colorful name backed up by a good logo and consistent marketing. Acrobat is memorable for the same reason. Even "Gimp" can be a successful name with the right marketing effort.


But I do agree that Linux command and application names, and especially command names, are often cryptic, confounding, and a stumbling block. That struggle I had the other evening? It involved the command needed to format a hard drive. I was using Knoppix to help a neighbor rescue some files from a Windows machine gone bad. We were intending to copy the files to a second hard drive that I'd just installed. Trouble was, I needed to format that drive, and the GUI didn't seem to offer an option to do that, so it was off to the command-line for a solution. Some Googling led me to the mkfs command. Mkfs for format? My neighbor was completely confounded by that, and, frankly, so was I. (At least the command worked, and the files were saved) It wasn't until the next morning, just before reading Sal's article, that the probable association between "mkfs" and "make filesystem" occurred to me. Sure it makes sense now, but it is not intuitive to associate "mkfs" with "format". And "mkfs" is not even a pronouncible word, something I feel is very important in making a command memorable and useable.


Names are important. And troublesome names are certainly not the exclusive domain of Linux. Good branding can make a name memorable (e.g.: Firefox); Descriptive naming certainly doesn't hurt (e.g.: Notepad); Pronouncible names help me a lot (Kate is perfectly fine for an editor name). Abbreviations and truncated words often cause me to stumble (e.g.: df and mkfs). Unusual associations can make a name memorable (e.g.: Gimp).


Linux distributions, by the way, have tackled the naming problem by making their menu choices descriptive of what an application does. For example, KDE in Suse 10.0 uses "Media Player (Kaffeine)". That's a helpful approach for two reasons: it helps me get started on finding a media player, and it reinforces the association between "Kaffeine" and "media player". This gets back to branding and marketing. Kaffeine is a perfectly good name (IMHO). It just needs to be backed by enough marketing for people to learn to associate the name with the function. The dual-entry menu name really helps with that.



What do you think? What makes a name work for you? What causes you to stumble?


7 Comments

dsteinberg
2005-12-29 06:31:19
Names
I would say that Kaffeine is a good example of a bad name for an average consumer. I tell someone that I use Kaffeine and they google on Caffeine and don't find it. The folks who named the furniture company "Aurhaus" said it out loud and thought it was cute because it is sounds like "Our House". But the name doesn't make it easy for the consumer who needs to remember what the variant spelling was.
sarynx
2005-12-31 10:25:51
brands vs. nouns
The names for things you have to type in Linux don't make good brands because they're named for meaning, not image, and named by people in a different culture. Advertisers make brands, but cultures make languages; and (despite many efforts to the contrary) when you step into Linux administration you are stepping into a different culture with a different language.


I don't want to sound exclusivist, but language and culture, of their nature, make sharp distinctions between people. When you first enter a different culture you are an outsider for a long time.


Apple's disk formatter is called "/System/Applications/Initialize Disk" or something; it has a lovely icon too. A little brand of its own. But I'd rather type "mkfs".

ptz
2006-01-04 08:45:31
brands vs. nouns
The names for things you have to type in Linux don't make good brands because they're named for meaning, not image


I'm with you 100%. mkfs is not a "project" or a "product" it is a utility, part of many *nix operating systems. Commands in *nix operating systems have traditionally been named with short names to make them easy to type. One of the goals was to make them easy to string together into long command strings. Each utility might perform a simple task, but together they can achieve monumental tasks right on the command-line.


grep "blah" a|sort |uniq -c |sort -nr|tee b|head -20

dejango
2006-01-05 20:30:41
AbbreviationZ
Here you can find a list of dejango
2006-01-05 20:31:45
AbbreviationZ
Here you can find a list of abbreviations (http://www.stands4.com)
caxap
2006-02-20 08:40:41
I agree!!!!
I am pleased!!!!
Thank!!!
themule
2006-06-01 05:30:17
About names.

Some guy moves to the house front of yours. You don't know his name. One day a friend of yours tells you his name is Jonh. For weeks you keep addressing him as 'John' while talking to your family and friends. Finally you end up actually meeting him, and his first words are "Hi, my name's Frank".

"Frank? What a deceiving name for a Jonh..." you reply.


If you don't get this, please consider:


  1. Unix predates DOS, so 'mkfs' predates 'format'
  2. whatever you call it, the operation you're performing is building a filesystem structure, both on Unix and DOS. No formatting (dividing the media surface in sectors/tracks) is involved at all.
  3. 'format' is such a wrong name that disk manufacturers were forced into naming 'low-level format' the real format operation.
  4. there's no really such a thing as 'high-level formatting' a disk. That's still 'making a filesystem', unless you're using that disk for something different from storing files.
  5. You DO format floppy disks, and Linux has a beautiful command named... guess how? 'fdformat'


In short, mkfs is way a better name for 'making a filesystem'. Your bad habits in using a badly named command from some other operating system should have no influence in judging how good a name is. Remember, no matter how long you've been calling him 'Jonh', 'Frank' will always a better name for a Frank. :)


I totally agree with the 'brands vs. nouns' post, BTW.