Why Linux Won’t Rule The Desktop Any Time Soon (1 of 2)
Before the hate mail roles in, let me say that I’m a huge advocate of open standards and general use of F/OSS. I love Linux and use it almost exclusively for all my server side applications. I’ve used Linux on desktop systems for many years, have developed with it, had jobs supporting it, built custom distributions with it, and hacked on more systems than I can remember. All this, but I still switched to OS X for desktop use several years ago and the thought of switching back makes me nauseated. This is not meant to be a criticism of any single distribution or technology, but why the culture around Linux will not yield a massive exodus of “typical” Windows users any time soon.
It’s 2007, and decries have been made many times over the last 15 years that “Linux Is Ready For The Desktop”. Well, it’s 2007, and no, it’s not ready for the desktop; at least not for the masses. The people which tend to run desktop Linux systems these days satisfy two of these three criteria:
- Have more time than money.
- Are looking to run server processes.
- Have a natural competency for all things technical and enjoy fixing things.
If you fit two of these categories there’s a good chance I’d recommend Linux, and I’ll be the first to help with the installation. But since the common user is not looking to run a web server on their desktop, and surely not a 12-hour non-stop let’s-fix-all-my-device-drivers session, I don’t recommend it often to non-geeks. I’ve given presentations to businesses on why they should migrate their old Windows servers to Linux, but have not once recommended my parents do so on their old home machine.
Why? Two things: usability and support. Today we’ll tackle the first half.
Usability
Many interfaces are built purely for function, not usability.
As a culture of programmers, it’s somewhat expected that we’re producing interfaces with obtuse options, confusing layouts and poorly worded text. Would you like to “Set the SCSI IMMED flag“, or perhaps some “ISO9660 options“? Sure, why not.
Lot’s of tiny parts make for a horrible user experience.
The Unix principle that the system be compromised of many small pieces of functionality assembled into a larger system may work at the system level, but not for everyday desktop applications. Obscure or horribly named products makes users more confused.
Linux users love reconfiguration/options far more than ordinary users.
As a result, many distributions ship with redundant tools, and if not, someone on the other half of the planet creates another distribution with slightly different packages. While the freedom to do so is priceless, the practical value of many spin-off distributions is next to zilch. We, the community of F/OSS advocates, need to more heavily emphasize convention over configuration and use forking only if absolutely necessary.
The entire experience is not consistent and fluid.
Without a single vendor driving development of the * major * desktop * applications, integration between all the pieces just isn’t happening well. Forcing the user to go through installation of optional packages and perform technical manual configuration is a major turn off.
Some “frond-end” applications just scrape the output of the command-line version.
This is a horribly error prone way to integrate with a lower-level piece of software since there isn’t a static way of finding issues. Please stop doing this. It makes things break across upgrades, and just adds more weight to the “just wipe the disk and start from scratch” camp (which I happen to be part of).
Let the flames begin, and don’t foget to stick around for part 2!
. 29 Mar 07 | Computer | Comments (0)
Fixing “wrong number of arguments” Error w/Rails 1.2.3 Upgrade
If you’ve just upgraded your Rails gem from 1.2.2 to 1.2.3 and are getting the following error on database hits..
wrong number of arguments (1 for 0)
/opt/local/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/vendor/mysql.rb:566:in `initialize’
..note that updating RAILS_GEM_VERSION in environment.rb appears to be required. Running a 1.2.2 application on 1.2.3 (even when 1.2.2 and all dependencies installed) will yield this error. Whatever.
. 28 Mar 07 | Computer | Comments (4)
For Geeks w/Allergies: The Air Purifier To Buy
I am deathly allergic to the blooms of the Sweet Acacia tree, which happens to be a popular choice of landscapers in Phoenix. I can physical sense the presence of Sweet Acacia from a good 20 meters, and the mere thought gives me a Pavlovian response. The blooms are my kryptonite.
My allergies hit so hard this year that I decided to invest in a quality air purification unit. I’ve had several inexpensive HEPA-type units over the years, but none that have made a significant difference to my nose. I am very attracted to the filterless design of the Sharper Image Ionic Breeze
I purchased the Friedrich C-90B
. 27 Mar 07 | Personal | Comments (0)
Updated Google Code Prettify Bookmarklet
My poor blogless friend Henri has made some small updates to the original Google Code Prettify JavaScript Bookmarket.
. 22 Mar 07 | Computer | Comments (0)
Shell Magic: Globally Find/Replace Text Using RegExps Within Many Files
Here’s one of my favorite Perl-based one-liners which I whip out when I need to find a bunch of files and replace text based on regular expressions at the command line.
find . -iname ‘*.js’ -exec perl -pi.bak -e ’s/2006/2007/g’ {} \;
This example first finds all JavaScript files (using a case-insensitive file extension) in the current directory. Each file is then parsed. If the string “2006″ is found within the file, it is backed up to a file of the same name with a “.bak” extension, after which all occurances of “2006″ are replaced with “2007″. w00t!
. 21 Mar 07 | Computer | Comments (0)