Saturday, April 19, 2008

The Illustrated story of copyright

For those interested in learning more on the subject
Enjoy reading and search for truth!!!

Copyright and Authors

Copyright and authors

Abstract
Copyright and authors by John Ewing

For the past several hundred years, publishers have promoted a simplistic view of copyright. Copyright is a matter of fairness to authors, they argue. Authors own their creations and therefore should be free to control them. But the history of copyright and its underlying philosophy contradicts that simple view. Copyright is not about fairness to authors; copyright is about balancing interests, including the interest of the public. This article provides a (very!) brief history of copyright and its philosophy in order to show that the publishers’ simple view is inaccurate, and suggests that understanding copyright’s nature is the first step to solve the problems of copyright in the modern world.


For three centuries, publishers have touted the virtues of copyright and the need to protect authors. Authors must be treated fairly, they say. Authors must be rewarded for their work. And copyright is the tool by which publishers can do this. The benefit to publishers is incidental.

The argument is illustrated clearly in a recent article by Peter Givler, the Executive Director of the Association of American University Presses (Givler, 2003). The essay has the title "Copyright: It’s for the Public Good." In his essay, Givler is condescending.

"The academics and librarians I know are smart, interesting, delightful people, but they do have some peculiar ideas about copyright."

He is a little smug.

"I think I understand academic values well enough, and the challenge of trying to make this scholarly publishing business serve those unbusinesslike ends has made my career interesting ... ."

And he is sometimes misleading.

"Shakespeare, whose works are so well known, yet whose texts exist in so many versions, furnishes an instructive example of the perils of authorship before copyright." [1]

He ends his essay with a rousing declaration that paraphrases U.S. Supreme Court Justice Ruth Ginsburg to say copyright is "good law precisely because it is such a powerful force for public good."

Of course, some aspects of copyright are good, both for authors and for the public. Without copyright, publishing would fall into anarchy, as it has at certain times in the past. Large parts of our modern world — literature, movies, and music — depend on copyright. Even esoteric scholarly publishing depends on copyright (in spite of recent suggestions to the contrary by some ill-advised members of U.S. Congress who want to do away with copyright for all federally funded research). But copyright is not for authors, and copyright is not about fairness. Copyright is a complex system of laws and traditions, created to balance the rights and interests of three groups involved in publishing — authors, publishers, and public.

Not so, writes Peter Givler. He claims that copyright is simple and self-evident:

"Word are things. Copyright is a specialized form of property law that recognizes that works of original expression belong to the person who created them. Today that doesn’t seem very remarkable; we hardly give it a thought." (Givler, 2003)

Oh? There are plenty of people who give it some thought, and they are not merely Givler’s "delightful" academics with "peculiar ideas about copyright". The notion of intellectual property is not self-evident [2]. The conceit that copyright was intended to protect authors evolved over centuries. The notion of intellectual property evolved as well, promoted by people with complicated motives. The laws that govern copyright have changed dramatically over time and differ dramatically by location. Copyright is neither simple nor self-evident.

Copyright is also neither inherently good nor inherently evil. But even the most casual observer can see that something is wrong with copyright. Today’s copyright laws and traditions are dissonant with modern culture and technology, and the dissonance has become more and more apparent in the past few years. If we want to adapt copyright to our modern world — if we want to protect the good aspects of copyright — we need to do more than repeat slogans about fairness and protecting authors. We need to learn something of copyright’s nature in order to understand how to solve its problems.

++++++++++

Some history

The notion of copyright begins in England where it evolved following the introduction of the printing press at the end of the fifteenth century. As book publishing and selling (activities that were not readily distinguished from one another at the time) became profitable, the stationers (publishers) sought ways to protect their trade. The "stationer’s copyright" gave a particular member of the Company of Stationers the right to copy a particular work. It was awarded and enforced by the Company. Lyman Ray Patterson describes the purpose in his book on the history of copyright:

"The stationer’s copyright was literally a right to copy — that is, a right to reproduce a given work for sale. The basic purpose of this right was to provide order for the book trade by establishing a method to enable publishers to have the exclusive right to publish a work without competition as to that work. And the sanctions for copyright came from the company, for it was the company, not the author, which granted the copyright. From the stationers’ viewpoint, copyright was protection against rival publishers, not against authors ... ." [3]

Since authors were not members of the Company, authors could not hold the copyright. Copyright was perpetual.

During the course of the seventeenth century, copyright became intertwined with politics and censorship. The Company of Stationers, which received its legitimacy from a royal charter, rode through the turmoil of the civil war and restitution of the crown, but the previous arrangements to bring order to the trade slowly changed into arrangements to control the press. The Licensing Act that governed the book trade expired in 1692 and the House of Commons refused to renew it. There were many reasons, but one of them was the belief that the Stationers had abused their monopoly.

Chaos ensued. The book trade went from a tightly regulated enterprise to a wide-open free-for-all. The stationers petitioned Parliament for relief, and it finally came in 1709 with the Statute of Anne. The outcome wasn’t exactly what the stationers wanted.

The Statute of Anne was an attempt to restore order to the book trade and, at the same time, to address perceived abuses by the stationers. It provided two kinds of copyright. For past works, it extended the stationer’s copyright for a period of 21 years. For future works, it gave the author (or any assignee!) the exclusive right to print the work for 14 years, with the stipulation that the right could be extended by an author for another 14 years. There are two important points here. First, the statute allowed people outside the Stationer’s Company to hold the copyright (although it was the assignees rather than the authors who normally held it). Second, the statute attempted to break the monopoly of the stationers by limiting the term of copyright — a radical change for the stationers, who until then had enjoyed perpetual copyright.

The booksellers were outraged. While the statute restored order to the trade, it also fundamentally changed the nature of their monopoly. A copyright that expired meant a decrease in its value, as well as an increase in risk. The booksellers fought back.

The battle would last for the next 65 years, and soon the booksellers’ strategy became evident: Use the authors as a tool. Here is the line of reasoning. If authors own the works they create, then they have the same rights as any property owner. Ownership is perpetual (hence copyright is forever). Ownership is transferable (hence copyright can be given to publishers). The limitations of the Statute of Anne are therefore circumvented: Copyright is once again perpetual, using the authors as an intermediary. The strategy was therefore to argue that authors had a natural right to ownership as part of common-law [4].

The subsequent maneuvering from 1710 to 1774 makes fascinating reading [5]. There were bills passed and defeated in Parliament, multiple landmark court cases (some of them collusive) won and lost, and a passionate bitterness that permeated almost every debate on the subject of copyright. The battle culminated in a single court case (Donaldson v. Beckett) that was appealed to the House of Lords and settled in 1774. The ruling was both a victory and a defeat for the booksellers. It stated that authors did indeed have a common-law copyright in their works, giving them or their assignees a perpetual monopoly. The booksellers rejoiced. On the other hand, it further stated that the Statute of Anne superseded that common-law copyright with a statutory right (legislated law) and that the limitations of that statute applied to copyright.

The battle was over. The booksellers continued their attempt to legislate changes in copyright, but public opinion seemed to be firmly behind the idea that copyright was governed by statute and that a perpetual monopoly was not in their interest.

Although Donaldson v. Beckett was viewed as a defeat for the booksellers, it was also a subtle victory. The ruling established the principle that authors had a common-law right to own their work (even if the right had been taken away by statute). Copyright became an author’s right — one that, in principle, could be assigned to other people. These were ideas that played out during the next two centuries.

++++++++++

Some philosophy

Copyright continued to change, often driven forward by the call for author rights. And nowhere were author rights more embedded in the notion of copyright than in France.

During the mid-eighteenth century, French copyright was both a tool for control of literature and a system of trade agreements — just as it had been a century before in England. Copyright was perpetual, administered by powerful guilds but increasingly regulated by the crown (much to the displeasure of the guilds). But while the stationers in England used legal challenges to the Statute of Anne, the French used philosophy.

When the Paris Book Guild saw its literary privilege threatened by the royal Administration of the Book Trade, the guild hired the great encyclopedist, Denis Diderot, to write a treatise that defended the guild’s right to literary property. Ideas, wrote Diderot, were the highest form of property because they were so closely associated to the individual who created them. "What form of wealth could belong to a man, if not a work of the mind ... if not his own thoughts, ... the most precious part of himself, that will never perish, that will immortalize him?" [6]. This was the strongest possible form of an "author’s copyright," grounded in epistemology rather than finance. It was based on high moral principles, glorifying the rights of individuals and their creative intellect. It was written at the request of a guild — the publishers of Paris.

Of course, there were opposing philosophical arguments. For over 100 years, intellectuals had argued that the enlightenment was grounded on the free exchange of ideas — ideas that belonged to the world and not to the individuals who discovered them. This was a view eloquently expressed in 1776 by the marquis de Condorcet. Individuals could not own ideas as they did property, he argued. "There can be no relationship between property in ideas and that in a field, which can serve only one man. [Literary property] is not a property derived from the natural order ... It is not a true right, it is a privilege" [7]. As a consequence, copyright existed to protect the free exchange of ideas, not the rights of authors [8].

This view, however, was soon overwhelmed in 1788-89 by the Revolution. In the Declaration of the Rights of Man, the National Assembly officially sanctioned freedom of the press. Without effective copyright, the freedom was wild and destructive. Anonymous and seditious pamphlets appeared throughout the country; piracy of literary works was rampant; publishers faltered and became insolvent. Officials recognized the need to act, but they debated endlessly, ensnared by the politics of censorship in the midst of the Revolution’s turmoil [9].

As early as 1790, Condorcet himself cosponsored a proposal that provided copyright for the author’s life plus ten years. The proposal violated the principles Condorcet had declared just 14 years earlier, but he now had another goal in mind following the Revolution (to make authors accountable for what they wrote). His proposal did in fact place some limitations on literary property, but not surprisingly, these were widely criticized by the Paris Book Guild and the royally privileged theatre directors. Once again, they used author rights as their central argument [10]. The proposal never came to a vote.

Astonishingly, after the original sponsors departed, almost exactly the same measure was passed into law in 1793 without discussion, partially propelled by the revolutionary call to respect individual rights and property. French copyright law was a compromise: The law sanctioned the notion of literary property, yet it limited such property and created the notion of public domain. It gave something to those with corporate interests in literary property, but it also took something away. And during the nineteenth century those corporate interests worked steadily to take back whatever they had lost.

Some claim that French copyright law was born in the Revolution as droit d'auteur — author rights. But French copyright continued to change for one-hundred years following the Revolution (Ginsburg, 1990). What was initially an uneasy compromise between the philosophies of Diderot and Condorcet slowly became dominated by the notion of author and moral rights, until copyright became synonymous with droit d'auteur in France.

++++++++++

Modern copyright

Copyright evolved over the next two centuries. In the United States, copyright law was closely patterned on English law, with an even more practical bent. The title of the first copyright act in the United States began with the opening words from the Statute of Anne: "An Act for the Encouragement of Learning." The Constitutional authority for the 1790 copyright act was contained in Article I, Section 8, Clause 8: "To promote the Progress of Science and useful Arts, by securing for limited Times to Authors and Inventors the exclusive Right to their respective Writings and Discoveries." American copyright was meant to be based on practical considerations. Nonetheless, in eight of the newly formed American states, copyright was based on the notion of the natural rights of authors [11].

Over time, copyright expanded in two directions. First, copyright came to encompass more and more types of "creative work" — art, performances, music, photographs, recordings, moving pictures, videos, and, recently, computer programs. The expansion was driven partly by changing technology, but it was promoted by the financial interests that trade in "creative commodities."

Second, copyright became identified with a complex web of international treaties — the Berne conventions, Universal Copyright Convention, WIPO Treaty, etc. The push for treaties and a more universal application of copyright began in the nineteenth century and continues today — the North American Trade Agreement and various EU directives are the most recent examples. How does one deal with a work published in one country by an author residing in another? What if a copyright infringement takes place in yet another? How does one deal with a performance in one country of a play with copyright in another? What protections are afforded to foreign authors when copyright is adjudicated in the courts?

These are complicated issues, involving trade, international law, and delicate politics [12]. Negotiating treaties to resolve them is a difficult task, especially when the financial consequences are profound for the affected parties. Not surprisingly, those with the strongest financial interest are the ones most intimately involved in the negotiation. Their most powerful weapon is the argument that they are fighting for the rights of the creators — the authors.

As the international treaties moved forward, the goal of promoting scholarship (one of the original motivations) was seldom considered. The "encouragement of learning" became a minor concern. The idea that copyright was a careful balance of the interest of three parties — publishers, authors, and the public — was replaced by the idea of "fairness" to those who "owned" the work.

Today, we live with two cultures of copyright [13]. One views copyright as economic protection for authors — a practical way to provide financial incentives. The other views copyright as a matter of philosophical principle, protecting the natural rights of authors. Both view copyright as something meant for authors. In practice, throughout most of the world, copyright gives publishers financial protection for the work, guaranteeing a monopoly for up to 70 years beyond the author’s life. That period of time has steadily increased, driven forward by the argument that society needs to treat authors fairly — by protecting their property.

This was, in fact, the original booksellers’ strategy nearly 300 years ago. In the end, they won.

++++++++++

Why we should care

Even this very brief history shows that copyright is far more complicated than Peter Givler suggests. Copyright is not merely "giving authors legal control over their own texts." Copyright is far more complex — more nuanced.

But why should we care? Why bother with esoteric subtleties? Why worry about publishers who boast that their only goal is to protect authors? Because allowing such boasts to go unchallenged may lead us to seek the wrong solutions to the copyright problem. It's hard to solve a problem if you don’t know its cause [14].

A good example is the recent attempt to fix copyright for scholarly journals by demanding that authors retain the copyright. Give authors control of their work, the argument goes, and the publishers’ monopoly will be thwarted. Give authors control, and the real owners will once again be in charge. Give authors control because it’s fair [15].

The argument sounds convincing at first. But think what happens in practice. A single publisher produces journals with thousands of articles by thousands of authors each year. If all authors retain the copyright, but give the publisher an exclusive license to publish for a period of time, who really benefits? After the exclusive period expires, anyone who wants to make the journals available to the public (for example, in a new format online) will have to contact all those thousands of authors to obtain permission. Some authors will decline; some will be hard to find; some will be missing. Who then controls the journals? Surely not the authors. Surely not the public. The publishers retain control of the journals, even if they do not control the individual articles themselves. As before, authors have been used. They have fallen into the trap the publishers laid down nearly 300 years ago.

The problem of copyright is not author rights — the problem is balance. Copyright is control, with a purpose. Copyright controls the dissemination of works in order to provide incentives to create and to publish; that’s good for everyone, authors and the public alike. But perpetual (or nearly perpetual) control works against the public interest, and that’s true whether it’s the publisher or the author who exercises the control. Encouraging every author to retain copyright simply replaces the deliberate tyranny of the few by the inadvertent tyranny of the many.

++++++++++

What we can do

The problem of copyright is balance. It is therefore ironic that Peter Givler ends his essay on copyright’s benefit to authors with a quote from Justice Ruth Ginsburg:

"Indeed, copyright’s purpose is to promote the creation and publication of free expression. As Harper & Row observed: 'The Framer’s intended copyright itself to be the engine of free expression. By establishing a marketable right to the use of one’s expression, copyright supplies the economic incentive to create and disseminate ideas.'"

Justice Ginsburg was writing the majority opinion in a recent Supreme Court case [16] upholding the extension of copyright to 70 years beyond the life of the author (or 95 years for corporations). The decision was remarkable for its lack of balance. And surely no one can argue that extending copyright to 70 years after an author is dead (or 95 years for Walt Disney Inc.) benefits authors!

Given the title of his essay, Givler might have quoted instead a portion of the dissenting opinion in that case from Justice Steven Breyer, who wrote:

"It is easy to understand how the statute might benefit the private financial interests of corporations or heirs who won existing copyrights. But I cannot find any constitutionally legitimate, copyright-related way in which the statute will benefit the public."

Justice Stevens was concerned about the public good. He was concerned about bringing balance to copyright [17].

Copyright has drifted out of balance over the years. What can we do to bring it back? Alas, there are no simple answers. Changing copyright laws is difficult. The U.S. Supreme Court ruling above shows why; so does the entire history of copyright.

As authors, however, we may be able to restore balance to copyright without changing the law itself. There are many groups working to find appropriate ways for authors to dedicate their work to the public domain after a suitable length of time [18]. That’s a solution that addresses the real problem — balance.

For centuries, publishers have convinced authors that they are helpless victims in need of protection. Copyright is for authors; copyright is fair; resistance is futile and foolish. But it’s possible to resist, and we should do so, in spite of the difficulty. The first step is to replace the 300-year-old publishers’ deception with some real understanding. End of article

About the Author

John Ewing is the Executive Director and Publisher of the American Mathematical Society, a professional society with over 28,000 members and approximately 210 employees in Rhode Island, Michigan, and Washington, D.C. The Society publishes 12 research journals (both electronically and in paper), more than 100 new book titles each year, and an electronic database of nearly two million reviews. He previously held a position as professor of mathematics at Indiana University from 1973-1995 where he also served as Chair of the department. He was editor-in-chief for the two major journals of mathematical exposition, and served on the editorial boards of several book series published by Springer-Verlag. Dr. Ewing received his B.S. in Mathematics from St. Lawrence University in 1966, and his M.S. and Ph.D. in mathematics from Brown University in 1971.
E-mail: jhe@ams.org.

Notes

1. While the performance of a play was not copyrighted in time of Shakespeare, the published play was indeed covered by the Stationers Copyright (Best, 2003). The performing company, not the author, owned the work. And the suggestion that the lack of copyright is the reason for multiple versions of Shakespeare’s plays is disputed by scholars, who point out that scripts of that day were not as much like published books as documents on the Internet, undergoing continual change.

2. In China and most Asian countries there is no tradition of owning creative expression (Committee on Intellectual Property Rights and Emerging Information Infrastructure, 2000, p. 57).

3. Patterson, 1968, p. 71.

4. Common-law is the system of law derived from judicial decisions. Civil law is derived from legislative statute. Countries distinguish their legal systems as predominantly one or the other of these systems, which may profoundly affect copyright law.

5. Patterson, 1968, pp. 151ff.

6. Diderot in Hesse, 1991, p. 101.

7. Condorcet in Hesse, 1991, p. 103.

8. Condorcet went so far as to propose a publishing industry that sold ideas rather than works by authors. Such an industry would be based on the subscription model of periodicals rather than the sale of individual books.

9. Hesse, 1991, pp. 20-32.

10. Hesse, 1991, p. 110.

11. Patterson, 1968, p. 168.

12. A comprehensive general reference on the subject is Goldstein, 2001.

13. The phrase is from Goldstein, 1995, pp. 165ff.

14. It should be noted that copyright experts who advocate reform do not make these mistakes. Lessig (2001) makes a number of suggestions for reform in Chapter 14, none of which merely shift copyright to authors.

15. For example, see S. Harnad, 2001. "For Whom the Gate Tolls? How and Why to Free the Refereed Research Literature Online Through Author/Institution Self-Archiving, Now," at http://cogprints.soton.ac.uk/documents/disk0/00/00/16/39/index.html.

16. Eldred vs. Ashcroft, which challenged the Sonny Bono Copyright Term Extension Act.

17. Another quote from a Supreme Court ruling is also more appropriate to Givler’s title. In Feist Publications. Inc. v. Rural Telephone SerLice Co., 499 U.S. 340, 349 (1991), Justice Sandra Day O’Connor wrote: "The primary objective of copyright is not to reward the labor of authors, but '[t]o promote the Progress of Science and useful Arts.' To this end, copyright assures authors the right to their original expression, but encourages others to build freely upon the ideas and information conveyed by a work. This result is neither unfair nor unfortunate. It is the means by which copyright advances the progress of science and art."

18. How authors guarantee that their work falls into the public domain will vary according to the differing laws governing copyright. Some countries declare certain rights inalienable, making it difficult to devise simple statements that place a work in the public domain. See Goldstein (2001, 5.2) for a glimpse of the complications. In the U.S., one scheme for dedicating work to the public domain is through an organization called Creative Commons (http://creativecommons.org).

References

Michael Best, 2003. "What’s Mine is Mine and What is Yours is Yours: The Politics of Copyright on the Internet," at http://web.uvic.ca/shakespeare/Annex/Articles/SAA1997.html, accessed 3 September 2003.

Committee on Intellectual Property Rights and Emerging Information Infrastructure, 2000. The Digital Dilemma: Intellectual Property in the Information Age. Washington, D.C.: National Academies Press.

Jane Ginsburg, 1990. "A Tale of Two Copyrights: Literary Property in Revolutionary France and America," Tulane Law Review, volume 64, pp. 991-1031.

Peter Givler, 2003. "Copyright: It’s for the Public Good," Chronicle of Higher Education, volume 45, issue 35 (9 May), p. B20; also at http://aaupnet.org/aboutup/copyright.html, accessed 3 September 2003.

Paul Goldstein, 2001. International Copyright: Principles, Law, and Practice. New York: Oxford University Press.

Paul Goldstein, 1995. Copyright’s Highway: From Gutenberg to the Celestial Jukebox. New York: Hill and Wang.

Carla Hesse, 1991. Publishing and Cultural Politics in Revolutionary Paris, 1789-1810. Berkeley: University of California Press.

Lawrence Lessig, 2001. The Future of Ideas. New York: Vintage Books.

Lyman Ray Patterson, 1968. Copyright in Historical Perspective. Nashville: Vanderbilt University Press.


Editorial history

Paper received 9 September 2003; accepted 22 September 2003.


Copyright ©2003, First Monday

Copyright ©2003, John Ewing

Copyright and authors by John Ewing
First Monday, volume 8, number 10 (October 2003),
URL: http://firstmonday.org/issues/issue8_10/ewing/index.html

Friday, April 18, 2008

Zeitgeist, the movie


For the daring and the ones who seek truth and read between the lines!


Wednesday, March 12, 2008

On Regulus

Etymology and Cultural Associations

Regulus is Latin for 'prince' or 'little king'. The Greek variant Basiliscus is also used. It is known as Qalb Al Asad, from the Arabic قلب لأسد or Qalb[u] Al-´asad, meaning 'the heart of the lion'. This phrase is sometimes approximated as Kabelaced and translates into Latin as Cor Leonis. It is known in Chinese as 轩辕十四, the Fourteenth Star of Xuanyuan, the Yellow Emperor. In Hindu astronomy, Regulus corresponds to the Nakshatra Magha.

Persian astrologers around 3000 BC knew Regulus as Venant, one of the four 'royal stars'. It was one of the fifteen Behenian stars known to medieval astrologers, associated with granite, mugwort, and the kabbalistic symbol Image:Agrippa1531 corLeonis.png

Monday, December 31, 2007

Steal those films!!!!!!

To all those out there into file sharing and for the p2p protocol these are two great movies that shed some light in this mystery.

Have fun and please do help!

http://stealthisfilm.com/Part1/

http://www.stealthisfilm.com/Part2/

Sunday, December 23, 2007

Linux is Not Windows

In the following article, I refer to the GNU/Linux OS and various Free & Open-Source Software (FOSS) projects under the catch-all name of "Linux". It scans better.

Linux != Windows
(Linux is Not Windows)

Derived works

If you've been pointed at this page, then the chances are you're a relatively new Linux user who's having some problems making the switch from Windows to Linux. This causes many problems for many people, hence this article was written. Many individual issues arise from this single problem, so the page is broken down into multiple problem areas.

Problem #1: Linux isn't exactly the same as Windows.

You'd be amazed how many people make this complaint. They come to Linux, expecting to find essentially a free, open-source version of Windows. Quite often, this is what they've been told to expect by over-zealous Linux users. However, it's a paradoxical hope.

The specific reasons why people try Linux vary wildly, but the overall reason boils down to one thing: They hope Linux will be better than Windows. Common yardsticks for measuring success are cost, choice, performance, and security. There are many others. But every Windows user who tries Linux, does so because they hope it will be better than what they've got.

Therein lies the problem.

It is logically impossible for any thing to be better than any other thing whilst remaining completely identical to it. A perfect copy may be equal, but it can never surpass. So when you gave Linux a try in hopes that it would be better, you were inescapably hoping that it would be different. Too many people ignore this fact, and hold up every difference between the two OSes as a Linux failure.

As a simple example, consider driver upgrades: one typically upgrades a hardware driver on Windows by going to the manufacturer's website and downloading the new driver; whereas in Linux you upgrade the kernel.

This means that a single Linux download & upgrade will give you the newest drivers available for your machine, whereas in Windows you would have to surf to multiple sites and download all the upgrades individually. It's a very different process, but it's certainly not a bad one. But many people complain because it's not what they're used to.

Or, as an example you're more likely to relate to, consider Firefox: One of the biggest open-source success stories. A web browser that took the world by storm. Did it achieve this success by being a perfect imitation of IE, the then-most-popular browser?

No. It was successful because it was better than IE, and it was better because it was different. It had tabbed browsing, live bookmarks, built-in searchbar, PNG support, adblock extensions, and other wonderful things. The "Find" functionality appeared in a toolbar at the bottom and looked for matches as you typed, turning red when you had no match. IE had no tabs, no RSS functionality, searchbars only via third-party extensions, and a find dialogue that required a click on "OK" to start looking and a click on "OK" to clear the "Not found" error message. A clear and inarguable demonstration of an open-source application achieving success by being better, and being better by being different. Had FF been an IE clone, it would have vanished into obscurity. And had Linux been a Windows clone, the same would have happened.

So the solution to problem #1: Remember that where Linux is familiar and the same as what you're used to, it isn't new & improved. Welcome the places where things are different, because only here does it have a chance to shine.

Problem #2: Linux is too different from Windows

The next issue arises when people do expect Linux to be different, but find that some differences are just too radical for their liking. Probably the biggest example of this is the sheer amount of choice available to Linux users. Whereas an out-of-the-box-Windows user has the Classic or XP desktop with Wordpad, Internet Explorer, and Outlook Express installed, an out-of-the-box-Linux user has hundreds of distros to choose from, then Gnome or KDE or Fluxbox or whatever, with vi or emacs or kate, Konqueror or Opera or Firefox or Mozilla, and so on and so forth.

A Windows user isn't used to making so many choices just to get up & running. Exasperated "Does there have to be so much choice?" posts are very common.

Does Linux really have to be so different from Windows? After all, they're both operating systems. They both do the same job: Power your computer & give you something to run applications on. Surely they should be more or less identical?

Look at it this way: Step outside and take a look at all the different vehicles driving along the road. These are all vehicles designed with more or less the same purpose: To get you from A to B via the roads. Note the variety in designs.

But, you may be thinking, car differences are really quite minor: they all have a steering wheel, foot-pedal controls, a gear stick, a handbrake, windows & doors, a petrol tank. . . If you can drive one car, you can drive any car!

Quite true. But did you not see that some people weren't driving cars, but were riding motorbikes instead. . ?

Switching from one version of Windows to another is like switching from one car to another. Win95 to Win98, I honestly couldn't tell the difference. Win98 to WinXP, it was a bigger change but really nothing major.

But switching from Windows to Linux is like switching from a car to a motorbike. They may both be OSes/road vehicles. They may both use the same hardware/roads. They may both provide an environment for you to run applications/transport you from A to B. But they use fundamentally different approaches to do so.

Windows/cars are not safe from viruses/theft unless you install an antivirus/lock the doors. Linux/motorbikes don't have viruses/doors, so are perfectly safe without you having to install an antivirus/lock any doors.

Or look at it the other way round:

Linux/cars were designed from the ground up for multiple users/passengers. Windows/motorbikes were designed for one user/passenger. Every Windows user/motorbike driver is used to being in full control of his computer/vehicle at all times. A Linux user/car passenger is used to only being in control of his computer/vehicle when logged in as root/sitting in the driver's seat.

Two different approaches to fulfilling the same goal. They differ in fundamental ways. They have different strengths and weaknesses: A car is the clear winner at transporting a family & a lot of cargo from A to B: More seats & more storage space. A motorbike is the clear winner at getting one person from A to B: Less affected by congestion and uses less fuel.

There are many things that don't change when you switch between cars and motorbikes: You still have to put petrol in the tank, you still have to drive on the same roads, you still have to obey the traffic lights and Stop signs, you still have to indicate before turning, you still have to obey the same speed limits.

But there are also many things that do change: Car drivers don't have to wear crash helmets, motorbike drivers don't have to put on a seatbelt. Car drivers have to turn the steering wheel to get around a corner, motorbike drivers have to lean over. Car drivers accelerate by pushing a foot-pedal, motorbike drivers accelerate by twisting a hand control.

A motorbike driver who tries to corner a car by leaning over is going to run into problems very quickly. And Windows users who try to use their existing skills and habits generally also find themselves having many issues. In fact, Windows "Power Users" frequently have more problems with Linux than people with little or no computer experience, for this very reason. Typically, the most vehement "Linux is not ready for the desktop yet" arguments come from ingrained Windows users who reason that if they couldn't make the switch, a less-experienced user has no chance. But this is the exact opposite of the truth.

So, to avoid problem #2: Don't assume that being a knowledgeable Windows user means you're a knowledgeable Linux user: When you first start with Linux, you are a novice.

Problem #3: Culture shock

Subproblem #3a: There is a culture

Windows users are more or less in a customer-supplier relationship: They pay for software, for warranties, for support, and so on. They expect software to have a certain level of usability. They are therefore used to having rights with their software: They have paid for technical support and have every right to demand that they receive it. They are also used to dealing with entities rather than people: Their contracts are with a company, not with a person.

Linux users are in more of a community. They don't have to buy the software, they don't have to pay for technical support. They download software for free & use Instant Messaging and web-based forums to get help. They deal with people, not corporations.

A Windows user will not endear himself by bringing his habitual attitudes over to Linux, to put it mildly.

The biggest cause of friction tends to be in the online interactions: A "3a" user new to Linux asks for help with a problem he's having. When he doesn't get that help at what he considers an acceptable rate, he starts complaining and demanding more help. Because that's what he's used to doing with paid-for tech support. The problem is that this isn't paid-for support. This is a bunch of volunteers who are willing to help people with problems out of the goodness of their hearts. The new user has no right to demand anything from them, any more than somebody collecting for charity can demand larger donations from contributors.

In much the same way, a Windows user is used to using commercial software. Companies don't release software until it's reliable, functional, and user-friendly enough. So this is what a Windows user tends to expect from software: It starts at version 1.0. Linux software, however, tends to get released almost as soon as it's written: It starts at version 0.1. This way, people who really need the functionality can get it ASAP; interested developers can get involved in helping improve the code; and the community as a whole stays aware of what's going on.

If a "3a" user runs into trouble with Linux, he'll complain: The software hasn't met his standards, and he thinks he has a right to expect that standard. His mood won't be improved when he gets sarcastic replies like "I'd demand a refund if I were you"

So, to avoid problem #3a: Simply remember that you haven't paid the developer who wrote the software or the people online who provide the tech support. They don't owe you anything.

Subproblem #3b: New vs. Old

Linux pretty much started out life as a hacker's hobby. It grew as it attracted more hobbyist hackers. It was quite some time before anybody but a geek stood a chance of getting a useable Linux installation working easily. Linux started out "By geeks, for geeks." And even today, the majority of established Linux users are self-confessed geeks.

And that's a pretty good thing: If you've got a problem with hardware or software, having a large number of geeks available to work on the solution is a definite plus.

But Linux has grown up quite a bit since its early days. There are distros that almost anybody can install, even distros that live on CDs and detect all your hardware for you without any intervention. It's become attractive to non-hobbyist users who are just interested in it because it's virus-free and cheap to upgrade. It's not uncommon for there to be friction between the two camps. It's important to bear in mind, however, that there's no real malice on either side: It's lack of understanding that causes the problems.

Firstly, you get the hard-core geeks who still assume that everybody using Linux is a fellow geek. This means they expect a high level of knowledge, and often leads to accusations of arrogance, elitism, and rudeness. And in truth, sometimes that's what it is. But quite often, it's not: It's elitist to say "Everybody ought to know this". It's not elitist to say "Everybody knows this" - quite the opposite.

Secondly, you get the new users who're trying to make the switch after a lifetime of using commercial OSes. These users are used to software that anybody can sit down & use, out-of-the-box.

The issues arise because group 1 is made up of people who enjoy being able to tear their OS apart and rebuild it the way they like it, while group 2 tends to be indifferent to the way the OS works, so long as it does work.

A parallel situation that can emphasize the problems is Lego. Picture the following:

New: I wanted a new toy car, and everybody's raving about how great Lego cars can be. So I bought some Lego, but when I got home, I just had a load of bricks and cogs and stuff in the box. Where's my car??

Old: You have to build the car out of the bricks. That's the whole point of Lego.

New: What?? I don't know how to build a car. I'm not a mechanic. How am I supposed to know how to put it all together??

Old: There's a leaflet that came in the box. It tells you exactly how to put the bricks together to get a toy car. You don't need to know how, you just need to follow the instructions.

New: Okay, I found the instructions. It's going to take me hours! Why can't they just sell it as a toy car, instead of making you have to build it??

Old: Because not everybody wants to make a toy car with Lego. It can be made into anything we like. That's the whole point.

New: I still don't see why they can't supply it as a car so people who want a car have got one, and other people can take it apart if they want to. Anyway, I finally got it put together, but some bits come off occasionally. What do I do about this? Can I glue it?

Old: It's Lego. It's designed to come apart. That's the whole point.

New: But I don't want it to come apart. I just want a toy car!

Old: Then why on Earth did you buy a box of Lego??

It's clear to just about anybody that Lego is not really aimed at people who just want a toy car. You don't get conversations like the above in real life. The whole point of Lego is that you have fun building it and you can make anything you like with it. If you've no interest in building anything, Lego's not for you. This is quite obvious.

As far as the long-time Linux user is concerned, the same holds true for Linux: It's an open-source, fully-customizeable set of software. That's the whole point. If you don't want to hack the components a bit, why bother to use it?

But there's been a lot of effort lately to make Linux more suitable for the non-hackers, a situation that's not a million miles away from selling pre-assembled Lego kits, in order to make it appeal to a wider audience. Hence you get conversations that aren't far away from the ones above: Newcomers complain about the existence of what the established users consider to be fundamental features, and resent having the read a manual to get something working. But complaining that there are too many distros; or that software has too many configuration options; or that it doesn't work perfectly out-of-the-box; is like complaining that Lego can be made into too many models, and not liking the fact that it can be broken down into bricks and built into many other things.

So, to avoid problem #3b: Just remember that what Linux seems to be now is not what Linux was in the past. The largest and most necessary part of the Linux community, the hackers and the developers, like Linux because they can fit it together the way they like; they don't like it in spite of having to do all the assembly before they can use it.

Problem #4: Designed for the designer

In the car industry, you'll very rarely find that the person who designed the engine also designed the car interior: It calls for totally different skills. Nobody wants an engine that only looks like it can go fast, and nobody wants an interior that works superbly but is cramped and ugly. And in the same way, in the software industry, the user interface (UI) is not usually created by the people who wrote the software.

In the Linux world, however, this is not so much the case: Projects frequently start out as one man's toy. He does everything himself, and therefore the interface has no need of any kind of "user friendly" features: The user knows everything there is to know about the software, he doesn't need help. Vi is a good example of software deliberately created for a user who already knows how it works: It's not unheard of for new users to reboot their computers because they couldn't figure out how else to get out of vi.

However, there is an important difference between a FOSS programmer and most commercial software writers: The software a FOSS programmer creates is software that he intends to use. So whilst the end result might not be as 'comfortable' for the novice user, they can draw some comfort in knowing that the software is designed by somebody who knows what the end-users needs are: He too is an end-user. This is very different from commercial software writers, who are making software for other people to use: They are not knowledgeable end-users.

So whilst vi has an interface that is hideously unfriendly to new users, it is still in use today because it is such a superb interface once you know how it works. Firefox was created by people who regularly browse the Web. The Gimp was built by people who use it to manipulate graphics files. And so on.

So Linux interfaces are frequently a bit of a minefield for the novice: Despite its popularity, vi should never be considered by a new user who just wants to quickly make a few changes to a file. And if you're using software early in its lifecycle, a polished, user-friendly interface is something you're likely to find only in the "ToDo" list: Functionality comes first. Nobody designs a killer interface and then tries to add functionality bit by bit. They create functionality, and then improve the interface bit by bit.

So to avoid #4 issues: Look for software that's specifically aimed at being easy for new users to use, or accept that some software that has a steeper learning curve than you're used to. To complain that vi isn't friendly enough for new users is to be laughed at for missing the point.

Problem #5: The myth of "user-friendly"

This is a big one. It's a very big term in the computing world, "user-friendly". It's even the name of a particularly good webcomic. But it's a bad term.

The basic concept is good: That software be designed with the needs of the user in mind. But it's always addressed as a single concept, which it isn't.

If you spend your entire life processing text files, your ideal software will be fast and powerful, enabling you to do the maximum amount of work for the minimum amount of effort. Simple keyboard shortcuts and mouseless operation will be of vital importance.

But if you very rarely edit text files, and you just want to write an occasional letter, the last thing you want is to struggle with learning keyboard shortcuts. Well-organized menus and clear icons in toolbars will be your ideal.

Clearly, software designed around the needs of the first user will not be suitable for the second, and vice versa. So how can any software be called "user-friendly", if we all have different needs?

The simple answer: User-friendly is a misnomer, and one that makes a complex situation seem simple.

What does "user-friendly" really mean? Well, in the context in which it is used, "user friendly" software means "Software that can be used to a reasonable level of competence by a user with no previous experience of the software." This has the unfortunate effect of making lousy-but-familiar interfaces fall into the category of "user-friendly".

Subproblem #5a: Familiar is friendly

So it is that in most "user-friendly" text editors & word processors, you Cut and Paste by using Ctrl-X and Ctrl-V. Totally unintuitive, but everybody's used to these combinations, so they count as a "friendly" combination.

So when somebody comes to vi and finds that it's "d" to cut, and "p" to paste, it's not considered friendly: It's not what anybody is used to.

Is it superior? Well, actually, yes.

With the Ctrl-X approach, how do you cut a word from the document you're currently in? (No using the mouse!)

From the start of the word, Ctrl-Shift-Right to select the word.
Then Ctrl-X to cut it.

The vi approach? dw deletes the word.

How about cutting five words with a Ctrl-X application?

From the start of the words, Ctrl-Shift-Right
Ctrl-Shift-Right
Ctrl-Shift-Right
Ctrl-Shift-Right
Ctrl-Shift-Right
Ctrl-X

And with vi?

d5w

The vi approach is far more versatile and actually more intuitive: "X" and "V" are not obvious or memorable "Cut" and "Paste" commands, whereas "dw" to delete a word, and "p" to put it back is perfectly straightforward. But "X" and "V" are what we all know, so whilst vi is clearly superior, it's unfamiliar. Ergo, it is considered unfriendly. On no other basis, pure familiarity makes a Windows-like interface seem friendly. And as we learned in problem #1, Linux is necessarily different to Windows. Inescapably, Linux always appears less "user-friendly" than Windows.

To avoid #5a problems, all you can really do is try and remember that "user-friendly" doesn't mean "What I'm used to": Try doing things your usual way, and if it doesn't work, try and work out what a total novice would do.

Subproblem #5b: Inefficient is friendly

This is a sad but inescapable fact. Paradoxically, the harder you make it to access an application's functionality, the friendlier it can seem to be.

This is because friendliness is added to an interface by using simple, visible 'clues' - the more, the better. After all, if a complete novice to computers is put in front of a WYSIWYG word processor and asked to make a bit of text bold, which is more likely:

  • He'll guess that "Ctrl-B" is the usual standard
  • He'll look for clues, and try clicking on the "Edit" menu. Unsuccessful, he'll try the next likely one along the row of menus: "Format". The new menu has a "Font" option, which seems promising. And Hey! There's our "Bold" option. Success!

Next time you do any processing, try doing every job via the menus: No shortcut keys, and no toolbar icons. Menus all the way. You'll find you slow to a crawl, as every task suddenly demands a multitude of keystrokes/mouseclicks.

Making software "user-friendly" in this fashion is like putting training wheels on a bicycle: It lets you get up & running immediately, without any skill or experience needed. It's perfect for a beginner. But nobody out there thinks that all bicycles should be sold with training wheels: If you were given such a bicycle today, I'll wager the first thing you'd do is remove them for being unnecessary encumbrances: Once you know how to ride a bike, training wheels are unnecessary.

And in the same way, a great deal of Linux software is designed without "training wheels" - it's designed for users who already have some basic skills in place. After all, nobody's a permanent novice: Ignorance is short-lived, and knowledge is forever. So the software is designed with the majority in mind.

This might seem an excuse: After all, MS Word has all the friendly menus, and it has toolbar buttons, and it has shortcut keys. . . Best of all worlds, surely? Friendly and efficient.

However, this has to be put into perspective: Firstly, the practicalities: having menus and toolbars and shortcuts and all would mean a lot of coding, and it's not like Linux developers all get paid for their time. Secondly, it still doesn't really take into account serious power-users: Very few professional wordsmiths use MS Word. Ever meet a coder who used MS Word? Compare that to how many use emacs & vi.

Why is this? Firstly, because some "friendly" behaviour rules out efficient behaviour: See the "Cut&Copy" example above. And secondly, because most of Word's functionality is buried in menus that you have to use: Only the most common functionality has those handy little buttons in toolbars at the top. The less-used functions that are still vital for serious users just take too long to access.

Something to bear in mind, however, is that "training wheels" are often available as "optional extras" for Linux software: They might not be obvious, but frequently they're available.

Take mplayer. You use it to play a video file by typing mplayer filename in a terminal. You fastforward & rewind using the arrow keys and the PageUp & PageDown keys. This is not overly "user-friendly". However, if you instead type gmplayer filename, you'll get the graphical frontend, with all its nice, friendly , familiar buttons.

Take ripping a CD to MP3 (or Ogg): Using the command-line, you need to use cdparanoia to rip the files to disc. Then you need an encoder. . . It's a hassle, even if you know exactly how to use the packages (imho). So download & install something like Grip. This is an easy-to-use graphical frontend that uses cdparanoia and encoders behind-the-scenes to make it really easy to rip CDs, and even has CDDB support to name the files automatically for you.

The same goes for ripping DVDs: The number of options to pass to transcode is a bit of a nightmare. But using dvd::rip to talk to transcode for you makes the whole thing a simple, GUI-based process which anybody can do.

So to avoid #5b issues: Remember that "training wheels" tend to be bolt-on extras in Linux, rather than being automatically supplied with the main product. And sometimes, "training wheels" just can't be part of the design.

Problem #6: Imitation vs. Convergence

An argument people often make when they find that Linux isn't the Windows clone they wanted is to insist that this is what Linux has been (or should have been) attempting to be since it was created, and that people who don't recognise this and help to make Linux more Windows-like are in the wrong. They draw on many arguments for this:

Linux has gone from Command-Line- to Graphics-based interfaces, a clear attempt to copy Windows

Nice theory, but false: The original X windowing system was released in 1984, as the successor to the W windowing system ported to Unix in 1983. Windows 1.0 was released in 1985. Windows didn't really make it big until version 3, released in 1990 - by which time, X windows had for years been at the X11 stage we use today. Linux itself was only started in 1991. So Linux didn't create a GUI to copy Windows: It simply made use of a GUI that existed long before Windows.

Windows 3 gave way to Windows 95 - making a huge level of changes to the UI that Microsoft has never equalled since. It had many new & innovative features: Drag & drop functionality; taskbars, and so on. All of which have since been copied by Linux, of course.

Actually. . . no. All the above existed prior to Microsoft making use of them. NeXTSTeP in particular was a hugely advanced (for the time) GUI, and it predated Win95 significantly - version 1 released in 1989, and the final version in 1995.

Okay, okay, so Microsoft didn't think up the individual features that we think of as the Windows Look-and-Feel. But it still created a Look-and-Feel, and Linux has been trying to imitate that ever since.

To debunk this, one must discuss the concept of convergent evolution. This is where two completely different and independent systems evolve over time to become very similar. It happens all the time in biology. For example, sharks and dolphins. Both are (typically) fish-eating marine organisms of about the same size. Both have dorsal fins, pectoral fins, tail fins, and similar, streamlined shapes.

However, sharks evolved from fish, while dolphins evolved from a land-based quadrupedal mammal of some sort. The reason they have very similar overall appearances is that they both evolved to be as efficient as possible at living within a marine environment. At no stage did pre-dolphins (the relative newcomers) look at sharks and think "Wow, look at those fins. They work really well. I'll try and evolve some myself!"

Similarly, it's perfectly true to look at early Linux desktops and see FVWM and TWM and a lot of other simplistic GUIs. And then look at modern Linux desktops, and see Gnome & KDE with their taskbars and menus and eye-candy. And yes, it's true to say that they're a lot more like Windows than they used to be.

But then, so is Windows: Windows 3.0 had no taskbar that I remember. And the Start menu? What Start menu?

Linux didn't have a desktop anything like modern Windows. Microsoft didn't either. Now they both do. What does this tell us?

It tells us that developers in both camps looked for ways of improving the GUI, and because there are only a limited number of solutions to a problem, they often used very similar methods. Similarity does not in any way prove or imply imitation. Remembering that will help you avoid straying into problem #6 territory.

Problem #7: That FOSS thing.

Oh, this causes problems. Not intrinsically: The software being free and open-source is a wonderful and immensely important part of the whole thing. But understanding just how different FOSS is from proprietary software can be too big an adjustment for some people to make.

I've already mentioned some instances of this: People thinking they can demand technical support and the like. But it goes far beyond that.

Microsoft's Mission Statement is "A computer on every desktop" - with the unspoken rider that each computer should be running Windows. Microsoft and Apple both sell operating systems, and both do their utmost to make sure their products get used by the largest number of people: They're businesses, out to make money.

And then there is FOSS. Which, even today, is almost entirely non-commercial.

Before you reach for your email client to tell me about Red Hat, Suse, Linspire and all: Yes, I know they "sell" Linux. I know they'd all love Linux to be adopted universally, especially their own flavour of it. But don't confuse the suppliers with the manufacturers. The Linux kernel was not created by a company, and is not maintained by people out to make a profit with it. The GNU tools were not created by a company, and are not maintained by people out to make a profit with them. The X11 windowing system. . . well, the most popular implementation is xorg right now, and the ".org" part should tell you all you need to know. Desktop software: Well, you might be able to make a case for KDE being commercial, since it's Qt-based. But Gnome, Fluxbox, Enlightenment, etc. are all non-profit. There are people out to sell Linux, but they are very much the minority.

Increasing the number of end-users of proprietary software leads to a direct financial benefit to the company that makes it. This is simply not the case for FOSS: There is no direct benefit to any FOSS developer in increasing the userbase. Indirect benefits, yes: Personal pride; an increased potential for finding bugs; more likelihood of attracting new developers; possibly a chance of a good job offer; and so on.

But Linus Torvalds doesn't make money from increased Linux usage. Richard Stallman doesn't get money from increased GNU usage. All those servers running OpenBSD and OpenSSH don't put a penny into the OpenBSD project's pockets. And so we come to the biggest problem of all when it comes to new users and Linux:

They find out they're not wanted.

New users come to Linux after spending their lives using an OS where the end-user's needs are paramount, and "user friendly" and "customer focus" are considered veritable Holy Grails. And they suddenly find themselves using an OS that still relies on 'man' files, the command-line, hand-edited configuration files, and Google. And when they complain, they don't get coddled or promised better things: They get bluntly shown the door.

That's an exaggeration, of course. But it is how a lot of potential Linux converts perceived things when they tried and failed to make the switch.

In an odd way, FOSS is actually a very selfish development method: People only work on what they want to work on, when they want to work on it. Most people don't see any need to make Linux more attractive to inexperienced end-users: It already does what they want it to do, why should they care if it doesn't work for other people?

FOSS has many parallels with the Internet itself: You don't pay the writer of a webpage/the software to download and read/install it. Ubiquitous broadband/User-friendly interfaces are of no great interest to somebody who already has broadband/knows how to use the software. Bloggers/developers don't need to have lots of readers/users to justify blogging/coding. There are lots of people making lots of money off it, but it's not by the old-fashioned "I own this and you have to pay me if you want some of it" method that most businesses are so enamoured of; it's by providing services like tech-support/e-commerce.

Linux is not interested in market share. Linux does not have customers. Linux does not have shareholders, or a responsibility to the bottom line. Linux was not created to make money. Linux does not have the goal of being the most popular and widespread OS on the planet.

All the Linux community wants is to create a really good, fully-featured, free operating system. If that results in Linux becoming a hugely popular OS, then that's great. If that results in Linux having the most intuitive, user-friendly interface ever created, then that's great. If that results in Linux becoming the basis of a multi-billion dollar industry, then that's great.

It's great, but it's not the point. The point is to make Linux the best OS that the community is capable of making. Not for other people: For itself. The oh-so-common threats of "Linux will never take over the desktop unless it does such-and-such" are simply irrelevant: The Linux community isn't trying to take over the desktop. They really don't care if it gets good enough to make it onto your desktop, so long as it stays good enough to remain on theirs. The highly-vocal MS-haters, pro-Linux zealots, and money-making FOSS purveyors might be loud, but they're still minorities.

That's what the Linux community wants: an OS that can be installed by whoever really wants it. So if you're considering switching to Linux, first ask yourself what you really want.

If you want an OS that doesn't chauffeur you around, but hands you the keys, puts you in the driver's seat, and expects you to know what to do: Get Linux. You'll have to devote some time to learning how to use it, but once you've done so, you'll have an OS that you can make sit up and dance.

If you really just want Windows without the malware and security issues: Read up on good security practices; install a good firewall, malware-detector, and anti-virus; replace IE with a more secure browser; and keep yourself up-to-date with security updates. There are people out there (myself included) who've used Windows since 3.1 days right through to XP without ever being infected with a virus or malware: you can do it too. Don't get Linux: It will fail miserably at being what you want it to be.

If you really want the security and performance of a Unix-based OS but with a customer-focussed attitude and an world-renowned interface: Buy an Apple Mac. OS X is great. But don't get Linux: It will not do what you want it to do.

It's not just about "Why should I want Linux?". It's also about "Why should Linux want me?"

http://linux.oneandoneis2.org/LNW.htm

Saturday, December 22, 2007

Marbles

RED MARBLES

I was at the corner grocery store buying some early potatoes. I noticed a small boy delicate of bone and feature, ragged but clean, hungrily appraising a basket of freshly picked green peas. I paid for my potatoes but was also drawn to the display of fresh green peas. I am a pushover for creamed peas and new potatoes. Pondering the peas, I couldn't help overhearing the conversation between Mr. Miller (the store owner) and the ragged boy next to me.

'Hello Barry, how are you today?'

'H'lo, Mr. Miller. Fine, thank ya. Jus' admirin' them peas. They sure look good.'

'They are good, Barry. How's your Ma?'

'Fine. Gittin' stronger alla' time.'

'Good. Anything I can help you with?'

'No, Sir. Jus' admirin' them peas.'

'Would you like to take some home?' asked Mr. Miller.

'No, Sir. Got nuthin' to pay for 'em with.'

'Well, what have you to trade me for some of those peas?'

'All I got's my prize marble here.'

'Is that right? Let me see it' said Miller.

'Here 'tis. She's a dandy.'

'I can see that. Hmmmmm, only thing is this one is blue and I sort of go for red. Do you have a red one like this at home?' the storeowner asked.

'Not zackley but almost.'

'Tell you what. Take this sack of peas home with you and next trip this way let me look at that red marble.' Mr. Miller told the boy.

'Sure will. Thanks Mr. Miller.'

Mrs. Miller, who had been standing nearby, came over to help me. With a smile she said, 'There are two other boys like him in our community, all three are in very poor circumstances. Jim just loves to bargain with them for peas, apples, tomatoes, or whatever. When they come back with their red marbles, and they always do, he decides he doesn't like red after all and he sends them home with a bag of produce for a green marble or an orange one, when they come on their next trip to the store.'

I left the store smiling to myself, impressed with this man. A short time later I moved to Colorado , but I never forgot the story of this man, the boys, and their bartering for marbles.

Several years went by, each more rapid than the previous one. Just recently I had occasion to visit some old friends in that Idaho community and while I was there learned that Mr. Miller had died. They were having his visitation that evening and knowing my friends wanted to go, I agreed to accompany them. Upon arrival at the mortuary we fell into line to meet the relatives of the deceased and to offer whatever words of comfort we could

Ahead of us in line were three young men. One was in an army uniform and the other two wore nice haircuts, dark suits and white shirts, all very professional looking. They approached Mrs. Miller, standing composed and smiling by her husband's casket. Each of the young men hugged her, kissed her on the cheek, spoke briefly with her and moved on to the casket.

Her misty light blue eyes followed them as, one by one, each young man stopped briefly and placed his own warm hand over the cold pale hand in the casket. Each left the mortuary awkwardly, wiping his eyes.

Our turn came to meet Mrs. Miller. I told her who I was and reminded her of the story from those many years ago and what she had told me about her husband's bartering for marbles. With her eyes glistening, she took my hand and led me to the casket.

'Those three young men who just left were the boys I told you about. They just told me how they appreciated the things Jim 'traded' them. Now, at last, when Jim could not change his mind about color or size ... they came to pay their debt.'
'We've never had a great deal of the wealth of this world,' she confided, 'but right now, Jim would consider himself the richest man in Idaho ' With loving gentleness she lifted the lifeless fingers of her deceased husband. Resting underneath were three exquisitely shined red marbles.


The Moral: We will not be remembered by our words, but by our kind deeds. Life is not measured by the breaths we take, but by the moments that take our breath.

Today I wish you a day of ordinary miracles.
A fresh pot of coffee you didn't make yourself.
An unexpected phone call from an old friend.
Green stoplights on your way to work.
The fastest line at the grocery store.
A good sing-along song on the radio.
Your keys found right where you left them.

Send this to the people you'll never forget. I just did. If you don't send it to anyone, it means you are in way too much of a hurry to even notice the ordinary miracles when they occur.

IT'S NOT WHAT YOU GATHER, BUT WHAT YOU SCATTER THAT TELLS WHAT KIND OF LIFE YOU HAVE LIVED!