public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Scott Robert Ladd <coyote@coyotegulch.com>
To: Larry McVoy <lm@bitmover.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Beating the Monopoly [was: Why DRM exists]
Date: Thu, 01 May 2003 08:12:17 -0400	[thread overview]
Message-ID: <3EB10F21.5070509@coyotegulch.com> (raw)
In-Reply-To: <20030430172107.GA25347@work.bitmover.com>

Larry McVoy wrote:
> That line of reasoning, by the way, only works if they are a monopoly,
> i.e., it doesn't work real well for BK, there are lots of other source
> management systems.  But it works very well for things like Word,
> that's a de facto standard, contrary to what some people here believe
> it is bloody difficult to negotiate a contract in anything but Word.
> Try sending a lawyer anything else and you'll see what I mean.

Monopolies *can* be beaten.

The original dominator was Wordstar; when CP/M machines were replaced by 
DOS-based PCs, Wordstar failed to keep up with the trends, and was 
replaced by an easier-to-use and more capable product, Word Perfect. 
Ever try sending a legal document in anythign but Word Perfect in the 
late 1980s, and you'll know what I mean.

One upon a time, Word Perfect ruled, and Word was a new and minor player 
in the word processing market. Businesses and organizations standardized 
on Word Perfect; it was impossible to work unless you could read/write 
Word Perfect. The incompetence of Novell and Corel combined with Word's 
"better" integration with other MS products to end Word Perfect's dominance.

Historically, monopolies lose to superior competitors; it's survival of 
the fittest. Sometimes, "fittest" == least expensive -- but in most 
cases, better features, ease of use, and progressive thinking beat out 
monopolies that rest on their laurels.

Microsoft has not done anything revolutionary (or even evolutionary) 
with Word (or Windows, for that matter) in many, many years. I loved the 
original DOS-based Word, and versions of Word through about 6.0 -- then 
the bloat began, with Microsoft tacking on useless features, like an 
animal species evolving exaggerated characteristics when all other 
evolution has stopped.

Linus has the right attitude: Make Linux the best kernel possible, and 
people will use it.

The key is to meet people's needs, to be more effective in a given niche 
than the competition. But that won't happen if free software 
concentrates on cloning over bold evolution. Give Word users special 
"help", like Word gave Word Perfect users; make a strealined word 
processor that integrates modern design. Dare to be better.

> That's what I meant by chasing.  If you are chasing the leader you are
> automatically more at risk because you are trying to play in the leader's
> playing field and they can change the rules to screw you up.  You build
> a better playing field and you turn the tables, now the leader is the
> follower and they have to play by your rules.

Precisely.

-- 
Scott Robert Ladd
Coyote Gulch Productions (http://www.coyotegulch.com)
Professional programming for science and engineering;
Interesting and unusual bits of very free code.


      parent reply	other threads:[~2003-05-01 12:00 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-30 13:11 Why DRM exists [was Re: Flame Linus to a crisp!] Downing, Thomas
2003-04-30 13:59 ` Larry McVoy
2003-04-30 14:49   ` Jesse Pollard
2003-04-30 16:01   ` Giuliano Pochini
2003-04-30 16:53   ` Dax Kelson
2003-04-30 17:21     ` Larry McVoy
2003-04-30 17:45       ` Jim Penny
2003-04-30 19:09       ` Balram Adlakha
2003-04-30 19:58       ` Nicolas Pitre
2003-05-01  2:20         ` Larry McVoy
2003-05-01  3:39           ` Nicolas Pitre
2003-05-09 11:04           ` Pavel Machek
2003-05-09 23:17             ` Larry McVoy
2003-04-30 20:00       ` Dax Kelson
2003-05-01 11:44         ` David S. Miller
2003-05-02 19:00           ` H. Peter Anvin
2003-05-02 23:10             ` David S. Miller
2003-05-03 19:25               ` Larry McVoy
2003-05-06 11:25               ` Henning P. Schmiedehausen
2003-05-06 12:13                 ` David S. Miller
2003-05-09 10:59           ` Pavel Machek
2003-05-01 12:09       ` Stephan von Krawczynski
2003-05-01 18:01         ` Gerhard Mack
2003-05-01 12:12       ` Scott Robert Ladd [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3EB10F21.5070509@coyotegulch.com \
    --to=coyote@coyotegulch.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm@bitmover.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox