Re: GPL vs. sweatshops (was Re: Bias)

"Deven T. Corzine" <[email protected]> Fri, 14 Jun 2002 11:35:32 -0400 (EDT)
Newsgroups gmane.comp.emulators.wine.license
Message-ID <[email protected]>
On 14 Jun 2002, Martin Wilck wrote:

> Am Don, 2002-06-13 um 23.30 schrieb Deven T. Corzine:
> 
> :-)
> Take a look at the Winsock manual, and you'll see it's different from
> BSD. Take a look at the code, and you'll see it requires much more than
> a 1:1 translation. Winsock is 100% I think, but Winsock2 isn't.

Any idea what's missing?  Is it complex or difficult, or just stuff nobody 
ever got around to working on?

> The old story - developers like to develop much more than to write docs.
> Actually developers are pretty bad at writing docs that newbies can
> understand. Moreover, there are only very few people who really
> thoroughly understand wine's inner workings (I am not one of them), and
> we need their coding work.

On the one hand, you need the coding work of the wizards because they're in 
short supply.  On the other hand, if they took some time from that work to 
help create new wizards, they might not be in such short supply.  It's a 
bit of a Catch-22, indeed.  Still, it argues against 100% focus on coding.

And docs aren't necessarily the best use of a wizard's time, but one-on-one 
interaction to mentor a newbie or proto-wizard could be very effective, and 
those being mentored could be the ones writing the documentation -- then 
the wizards could review it for accuracy without having to write it, and 
the learners would learn a lot by writing documentation to help those who 
will follow in their footsteps...

Someone mentioned a medieval-style guild system to me earlier; maybe this 
is what large, complex projects could use.  I wonder if it would work?

> I didn't say you criticized it, but others did.

That may be true, but I'd rather you didn't tar (and feather) me with the 
same brush...

> > The problem is that those benefits tend to come with the side-effect of 
> > someone else getting a much greater benefit, undeservedly by appearances.
> > That's what makes it hard to accept, I think.
> 
> There is more to it. Think of people who may not have the funds to buy
> the commercial stuff (consider a less wealthy country than your own).
> Buy forcing others to distribute their improvements to your code freely,
> you give these people the chance to lawfully participate in the
> technical advancements. By allowing non-free commercial enhancements,
> you force them to stick with the supposedly inferior version you have
> written, or use black copies. 

Well, I think a big part of the problem here is simply that most of the 
software companies seem to follow Microsoft's lead and target those wealthy 
customers who can afford their outrageous prices.  There's no good reason 
why a Windows distribution should cost $100-200.  With the volumes they've 
got, it should be no more than $50, if not $10-20.  But they're greedy and 
will wring every cent they can out of it -- which they can get away with 
only because they're a monopoly and nobody can undercut them.

If proprietary offshoots from free projects are generally only incremental 
improvements and the free project remains mostly competitive, it keeps the 
playing field level and makes it harder for proprietary companies to charge 
excessive prices without making substantial improvements.

As for poor countries, they may have limited resources, but does that mean 
they can contribute NOTHING to the cost of developing the software they'd 
like to use?  Somehow I doubt that's the limit of their capabilities...

Deven