John said: "Put it this way, let's say I am a commercial sw dev and I
want to contribute code and/or one of my projects to the Apache
Foundation? I can do that today if I want."
If that's really the case, then you personally may not have a great
need for the CodePlex Foundation. My guess is most commercial sw devs
don't have that easy a time of it:
* They often sign a hiring agreement that may block them from
contributing to open source projects without their employer's
permission
* They may have difficulty getting permission to include open source
code in a product or project
* They may have difficulty getting permission to make contributions to
open source projects.
I think that's the world that most commerical sw devs live in.
Now look at it from management's perspective:
* One of their devs is proposing to have code they've written used
outside the company in an outside project, and potentially in a
competing project
* Or proposing to take code of uncertain (to the manager, anyway)
copyright and patent status, and use it in a product
* There's no vendor to negotiate with, just this largely
undifferentiated thing called the "open source community"
inlineOn Thu, Sep 17, 2009 at 8:21 PM, Mark <mark....@gmail.com> wrote:
John said: "Put it this way, let's say I am a commercial sw dev and I
want to contribute code and/or one of my projects to the Apache
Foundation? I can do that today if I want."
If that's really the case, then you personally may not have a great
need for the CodePlex Foundation. My guess is most commercial sw devs
don't have that easy a time of it:
* They often sign a hiring agreement that may block them from
contributing to open source projects without their employer's
permission
FWIW, those are often illegal an unenforceable.
Ayende...
When you did contract work for MS - that was most likely work for hire. That vests copyright with MS.
In terms of it not being a general problem... that is a sticky question. It really gets to the issues of copyright and work for hire. Not nearly enough time for me to explain all of that here... :)
I think in part, it’s not a general problem _in practice_ because developers often simply contribute to OSS without awareness of the law. Most developers find this sort of discussion to be annoying and total drudgery and don’t have time for the legalese. Unfortunately, this can come back to bite them as it did with Perl: http://www.perlmonks.org/index.pl?lastnode_id=26179&node_id=153046
If the foundation helps raise awareness and helps people navigate this, then that’s a great benefit. Not to mention, if the foundation only helps Microsoft contribute to OSS, that alone is a net win as MS is a big company and potentially has a lot to offer.
However, I said it in the advisory board call and I’ll say it again here. The foundation will have to offer something to the .NET OSS community. I think a healthy .NET OSS community is a good thing and should be part of the mission. In general, I think the OSS community on .NET doesn’t have the size nor health of OSS communities on other platforms. This is where CPF can be a differentiator as well as where it will find its audience, because they are currently not being served.
By starting out going after the whole pie and being too broad in reach, it may never get off the ground. But by building up a core audience first, it can grow into a more influential and broad role.
Phil