[sldev] Re: Proprietary dependencies [2] (Re: Compile as installer)
Jason Giglio
gigstaggart at gmail.com
Sat Jan 26 17:13:48 PST 2008
Rob Lanphier wrote:
> If you were telling them there was no way for them to legally
distribute
> a client you develop for them, you didn't give them the whole story.
> You probably should have told them "you will need to get a license from
> Linden Lab to distribute the client". That's a very different thing.
>
I tell them that. Their next question is "how much does this cost"?
And I tell them that it's unknown, but probably significant (five
figures). I tell them that Linden Lab won't even tell me a price
unless I seriously expect to buy one. They stop calling back.
> That said, I agree that there's a cost-benefit analysis, but I don't see
> it as simple. First you'd need to quantify the development, and then
> the value of that development to us and to residents as a whole. It's
> not entirely clear that the delta in 2007 was so large that we missed
> out on that much, especially given the fact that early on, we weren't
> particularly well equipped to deal with a large influx of contribution.
>
And you are now? http://www.sljirastats.com/generated/open_patches.png
You can't quantify what you are missing out on here. Cost isn't just
the cost of doing something, it's the cost of not doing it too.
I can give you one data point, myself. All I know is that I'd be doing
a whole lot more open source client development if it were not set up in
a way that makes it entirely unprofitable and unsustainable.
> At a gut level, I'd much prefer to get rid of proprietary dependencies.
> If nothing else, it makes my job easier, but I also philosophically
> prefer that we remove them sooner rather than later. I just don't feel
> like I yet have a watertight business and community case to make that we
> should perhaps take steps backwards in features and functionality in
> order to get rid of those dependencies.
It only requires a commitment to making the open source alternative
excellent. Right now the two major problems are KDU and Fmod. The
community has put you most of the way to replacing those, and Linden Lab
has not really done anything to demonstrate a commitment to even using
the work the community has done.
-Jason
More information about the SLDev
mailing list