Re: BSD bad for proprietary development too (was: Re: Vol 1 #154 - 10 msgs)
"Sean C. Farley" <[email protected]> Sat, 15 Jun 2002 01:02:52 -0500 (CDT)
| Newsgroups | gmane.comp.emulators.wine.license |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 14 Jun 2002 12:35, Greg Alexander wrote: > [email protected] wrote: > > Date: Fri, 14 Jun 2002 07:57:04 -0500 (CDT) > > From: "Sean C. Farley" <[email protected]> > > To: [email protected] > > cc: [email protected] > > Subject: Re: wine-license digest, Vol 1 #140 - 9 msgs > > > > On Thu, 13 Jun 2002 17:03, Greg Alexander wrote: > > > > > [email protected] wrote: > > > > > > > THEN DON'T USE GPL CODE IN YOUR SOFTWARE. > > > > > > > > If the competitive advantages of keeping your code secret outweigh the > > > > difference in cost of being able to leverage existing GPL code, then write > > > > your program from scratch and keep it proprietary! If the competitive > > > > advantages DON'T outweigh the cost savings of leveraging existing GPL > > > > code, then don't whine that the GPL comes with strings attached, because > > > > your application wouldn't have gotten written anyway if the GPLed code > > > > hadn't been there! > > > > > > And, BTW, I can potentially make a boatload of money if I can sell you a > > > proprietary library that provides enough of the functionality of the GPL > > > code at a price that makes it worth your while to write that software, > > > since you're probably not the only one faced with this problem. > > > > > > You see, if the GPL becomes dominant, there becomes a demand for > > > proprietary/commercial implementations of GPL code, just like there > > > currently is a demand for GPL implementations of proprietary/commercial > > > code. The two markets complement each other nicely. > > > > Those implementations will have to have all of the developers' copyright > > agreements to allow for sale of said code. Only companies with > > exclusive copyright over the code base will be able to sell the code. > > I think you may have misunderstood the scenario. I was describing how > in a GPL-dominated world there is still work for most software > developers, but in a BSD-dominated world there is less work (although it > may be distributed in a way more beneficial to society, this is a > different issue). In other words, the BSD-license is just as bad for > proprietary software developers as the GPL. I did misunderstand what you were trying to say. > Scenario A: > > A group of open source developers G produces a number of software > packages, including the software library libG. > > Company X wants to produce a piece of software SoftX that uses the > library LibG. Company X wants to make SoftX proprietary but they can't, > because that library is under the GPL. > > This is a business opportunity for company Y, which happens to produce a > proprietary library LibY, which provides much of the functionality > available in LibG, but sells licenses for proprietary software. > > Company X can now produce and sell their proprietary product SoftX, and > company Y sells a LibY license to X. > > This a business opportunity for both company X and company Y, which sell > licenses, and they both can sell product licenses even in a GPL-dominant > world. Even with Apache and modssl, Stronghold still exists. > > > In fact, in the above scenario it would be the BSD/X11 license that is > > > interfering with the _library developer's_ ability to make a profit off > > > of their code. > > > > How? The BSD/X11 license can be integrated with commercial as well as > > GPL code. > > Scenario B: > > Suppose that there exists another library LibB, which contains most of > the functionality of LibG and LibY, only under a BSD license. > > With libB in existence, company Y will no longer be able to sell copies > of LibY, because LibB is effectively a dumping competitor. Company X > will choose LibB over LibY, because the licenses offered for LibY will > be substantially more expensive than simply using the code offered for > free in LibB. This is not necessarily true. Company Y may still have a better library or at the least have better support than an open-source project. In addition, Company Y could enhance libB and sell it, therefore, negating any effects of dumping. OTOH, if it was GPL'd, this dumping effect would not be able to be negated. > Company X can still sell SoftX (maybe even at a higher profit), but > company Y no longer sells any licenses, and thus there are fewer > software jobs overall. But more jobs than using the GPL in a similar situation. Sean -------------- [email protected]