[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Beyond Bundling: was Intellectual property? Is it a taking?
- To: "Hans Reiser" <reiser@idiom.com>,"am info" <am-info@essential.org>
- Subject: Beyond Bundling: was Intellectual property? Is it a taking?
- From: "pap" <pap@tiac.net>
- Date: Sat, 11 Dec 1999 21:53:57 -0500
- Delivered-To: am-info@venice.essential.org
From: Hans Reiser <reiser@idiom.com>
> John N Bryan
wrote:
>
> >
> > In this, Microsoft is not a software
company, it is a
> > Zero-Sum-Market-Domination company, that happens
to use software
> > as the medium.
> >
> >
-JNB
>
> I think people outside the computer industry don't always
realize that yes, Bill
> Gates is very sharp, and technically
knowledgeable, but at the same time he has
> absolutely no originality or
creativity, he is just dead in this area. The thing
> is, he knows
this. He knows he can't compete with the startups on ideas. This
>
explains his behavior, he competes in the only ways he can: cloning other
people's
> ideas and implementing them (often implementing them well), and
monopolizing.
It was also said:
>
> When you buy a book
you do not have the right to duplicate
>it and sell it. You can read it
all. Twice if you care. Reading or
>seeing the material is not the same as
a right to further distribute it for
>profit.
>
For me there
is one glaring difference. When you buy a book, you are
reasonably assured
that you now have the rights to digest the entire works,
all the thoughts,
information, illustrations and other content that you
could have sudden
interest in. Further, it is no more or less than that
which someone
else can obtain. This is not the case with copyrighted
software that does not
have source available. It is, has been and will
continue to be a fundamental
root of the problems presented by these
events, not to mention the
unmentionable associated with code executing
unbeknown to you. What is
software if not complex literary works with
the constantly overlooked
potential for the inclusion of powerful
operational features that you may or
may not be aware of?
Why is there so little interest in the disclosure of the
state of this
potential? It is inviting future disasters on many fronts and
hobbles
anyone looking to build on a platform or rely on it's veracity.
Closed or incomplete source, a bully
pulpit with millisecond effects and
the bully power begins with a
subordinate's insecurity, the Sword of
Damocles, having no assurance that
your work will not be broken to pieces on
a whim.. Not only are you not
assured that what you rely on will not change
without notice or effect, you
can not even asses the nature of the changes
to make accommodations if you
suspect them. I can recall hard copy
documented system calls in DOS 2.0 that
were wrong and did not work as
documented. This was official IBM DOS 2.0
system programming material,
probably as supplied to them. To my knowledge,
it was not corrected. This is
going to be some circus, I thought at the time.
I believe Andrew Schulman
describes the circus well in many volumes,
including some hard looks at the
intellectual property implications of
non-documentation. It strikes me when
intellectual property rights can be
measured by the extent of control over
entire classes, they are rights that
no longer need protection.
Too tempting an opportunity exists to
arbitrarily make changes that affect
whole classes, right down to the
individual user. Add in the fact that
backup and restore complexities can
make it near impossible for the average user
to restore a system to a known
working state in a useful time frame and you
could have every day total
control weaponry. Closed source has been the most
often brandished
strategic weapon in this case, albeit there are other more
conventional ones
in the arsenal, ones that are being very thoroughly
addressed and ones that
are more easily characterized as anti-trust
behavior. But I feel that the
power bases are built on no responsibility for
source and it is still there
for anyone to re-trace. When AT&T was axed apart
there was nothing unique about copper wire. For
Standard Oil, the resource was
not proprietary. Digital industries flourish on the
proprietary and are consequently
supported by buyers who will one day realize
that they are paying for unnecessary
churning. It will not change much unless the
code resources become a raw material.
It has been demonstrated that it
doesn't matter where you are in the pecking
order, Intel, Apple, Netscape or
just someone with a new idea. Everyone
downstream from invisible source is at
constant and real risk of being
annihilated at any time, including the
individual user that uses the
Internet or upgrades a package. This can
be true for ANY software system
that does not disclose it's source and
even for some that do. With those
that do you at least have a cleaner shot at
fixing it once. Open source is
not yet a panacea for the average user, but it
sure goes a long way to give
the professional or systems house the tools to
optimize their offerings to a
market demanding the best and most reliable
optimization available instead
of some form of helpless bondage.
In my
view, no-responsibility-for-source has been the underlying mechanism
leading
to, among other events, the market's abandonment of many viable
applications
and innovations on this platform, ones that develop strange,
unpredictable
and unserviceable behavior. It's been going on since Lotus
123, plants
wither and die in a desert of uncertainty. ("Well I guess it is
no longer
being supported, time to shuffle the deck again").
Netscape was no
exception here and I would venture a guess was one of the
biggest support
headaches of the era. Everyone paid with his or her
inefficient use of time,
far more valuable than a few dollars for something
that worked. In my humble
opinion, Netscape was well aware of this but was
too involved in programmatic
one-upsmanship to revise their strategy and
probably missed the chance to
develop a platform solution. They could have
been a Red Hat very easily some
time ago.
Nonetheless, there is still a natural tendency to gravitate
toward
monolithic systems witnessed by a recent IT survey by Computerworld
that
finds IT is not about to change it's strategies. 74 percent feel that
the
findings will not change their thinking, 93 percent will not change how
they
do business with the vendor. For them, the current state of
Microsoft
systems offers substantial value to their businesses. The reason
being, I
feel, is the risk of deviation is too fraught with unpredictable
peril. The
one question that I felt was missing from the survey was; does IT
feel there
is room for improvement if the anti-trust issues are vigorously
addressed?
Even if mediation manages to find a satisfactory resolution
for all the
disadvantaged souls in this debate without touching the source
issue, it is
leaving the door open for a continued opportunity to repeat the
exercise,
perhaps not to the current magnitude but nonetheless just as
potentially
devastating case by case. Codeless copyright is a right that
anyone can
obtain. I notice that talk of changing this is not very popular
with most of
the loudest voices. I continue to wonder why. Is it an effort to
fragment a
company that maximized the interpretation of a rule but leave the
rule
intact for others? Many speak as though Microsoft is an
anomaly, a freak
of business. It is just our system running full tilt. They
are inviting re-runs
by leaving all the tools on the bench
Add to all of this the hostility and finger
pointing that is prevalent in
the brilliantly divested communication
industry, we have systems that are
becoming more complex and fragile instead
of more robust. Reducing the
number of interface complexities and requiring
source in the copyright process
will help this new medium to flourish. We
could be at the beginning
of a beneficial cycle rather than at the end of
one.
It is clear to me that the disclosure of source at the copyright
step does
not give license to copy and profit from the works, like books,
music or
film. Therefore, it is unnecessary to hide code. I don't see
disclosure
inviting illegal copy and sale any more or less than the status
quo.
Use and use of source are distinct definable permissions
and
remain under the control of the copyright holder. It would be a plus
in
contests over flat out plagiarism of large routines if full disclosure was
a
requirement to obtain a copyright. All the evidence on both sides will be
in
plain view as it is in other forms of publication. Think about that
word,
publication.
We also hear the security argument that full
disclosure of widely used
systems will create huge security breach
opportunities. I disagree. Source
disclosure in copyright will expose these
potentials to many more interested
parties who will then call for immediate
remedies. Source disclosure in
copyright will also not foreclose a business
or individual from creating
secure software for their own use for which no
disclosure need ever be made,
unless they intend to sell or license it to
others. There is no reason why
high security sites with in-house programmers
would be compromised by public
disclosure of mainstream
systems.
Microsoft challenges the US Government with the fact that it
granted them
the rights to sell, license, give away or do what they please
with their
works under the copyrights they were granted. These are rights
that they
have relied upon along with everyone else issued a copyright for
their
works.
Proprietary and Open platforms from all vendors can
coexist and compete in a
cloud of interoperability where all source is
disclosed. The difference is
they will much more do so on their own merits.
The real solution might be a
legislative one and it looks as though that
could be faster, more effective
and more useful to emerging enterprise
and it's consumers. Published standards
of interoperability
should be the responsibility of key platform vendors with all the
APIs available to their developer community. It is
moving in that direction anyway.
Why not formalize the process and be done with
it so that we can move on?
Who knows? Perhaps if source had been a
convention 30 years ago, some of the
Y2K date fiasco could have been averted
sooner. Yet every day critical systems fail
largely because there is virtually no way to test
through all the incompatibilities.
Best
Regards
-PAP