comp.lang.ada
 help / color / mirror / Atom feed
From: wtanksle@sdcc10.ucsd.edu (William Tanksley)
Subject: Re: future of proprietry source code (was: Ada generics are bad)
Date: 1998/04/21
Date: 1998-04-21T00:00:00+00:00	[thread overview]
Message-ID: <6hh5hu$m3j$1@news1.ucsd.edu> (raw)
In-Reply-To: 6gthdp$bje$1@mulga.cs.mu.OZ.AU


In article <6gthdp$bje$1@mulga.cs.mu.OZ.AU> fjh@cs.mu.oz.au (Fergus Henderson) writes:
>nabbasi@earthlink.net writes:

>>But lets be realistic here. as long as there are companies who work for
>>profit, there will always be companies who will guard the source code they
>>develop. to remove this protection, you have to remove the need for companies
>>to make profit out of software.

>No, all you need to do is to make it uneconomic to hoard source code.

I'm not sure I see how to do that -- at least not without attempting to
encroach.  It would seem to be more effective to make it economic to share
source code.

>Today, in many (most?) areas of the software industry it is already
>uneconomic to write products from scratch, without reusing existing
>software such as GUI libraries, for example.  Furthermore, this trend
>towards dependence on code reuse looks set to increase even further as
>times goes by.  Currently these libraries are mostly proprietry,
>but imagine what would happen if they were GPL'd!

>Given the amazing rate of progress of GPL'd software since the birth of
>the internet, it is far from unimaginable that in the future GPL'd
>libraries may outpace and outcompete all the proprietry libraries.
>This could lead to a situation in which refusal to release source code
>would incur such a competitive disadvantage, due to the resulting inability
>to reuse all this GPL'd code, that it was utterly uneconomic.

But this is a nice analysis which happens to look a good deal further into
the future than mine did.

On the other hand, you're not considering the effects of less restrictive
licenses.  I expect that companies will prefer to release any stuff they
make under the GPL, since that's the only way they can be sure of seeing
and being able to use improvements to their code.  However, I wouldn't be
suprised to see 'normal' programmers -- that is, those of us who have a
choice -- tending to gravitiate towards the less restrictive licenses.

Thus it's hard to tell.  I really think the the final result will be a
pretty steady and relatively even equilibrium.  Assuming, of course, that
there's always something profitable to discover.  If not, my theory goes
down the tubes after a fairly short amount of time.

>Fergus Henderson <fjh@cs.mu.oz.au>  |  "I have always known that the pursuit

-Billy




  parent reply	other threads:[~1998-04-21  0:00 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-04-08  0:00 Ada generics are bad Glenden Lee
1998-04-08  0:00 ` Tucker Taft
1998-04-09  0:00 ` Anonymous
1998-04-10  0:00 ` Christopher Green
1998-04-10  0:00   ` Brian Rogoff
1998-04-11  0:00   ` Robert Dewar
1998-04-13  0:00     ` Christopher Green
1998-04-13  0:00       ` Matthew Heaney
1998-04-13  0:00         ` Christopher Green
1998-04-13  0:00         ` nabbasi
1998-04-13  0:00           ` future of proprietry source code (was: Ada generics are bad) Fergus Henderson
1998-04-14  0:00             ` David Masterson
1998-04-16  0:00               ` David Kastrup
1998-04-16  0:00                 ` David Masterson
1998-04-17  0:00                   ` David Kastrup
1998-04-17  0:00               ` campo
1998-04-16  0:00             ` Tim Smith
1998-04-17  0:00               ` Thomas Bushnell, n/BSG
1998-04-18  0:00                 ` Bill Gribble
1998-04-20  0:00                   ` Ole-Hjalmar Kristensen
1998-04-21  0:00             ` William Tanksley [this message]
1998-04-14  0:00         ` Ada generics are bad Al Christians
1998-04-14  0:00         ` Robert Munck
1998-04-14  0:00           ` Matthew Heaney
1998-04-15  0:00           ` Jonathan Guthrie
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox