<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://port25.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Does selling mean selling out?</title><link>http://port25.technet.com/archive/2008/02/01/does-selling-mean-selling-out.aspx</link><description>As an open source business strategy lead here at Microsoft, I am particularly interested in community reaction following acquisition waves like the one we have seen recently (Sun/MySQL, Nokia/Trolltech, SpringSource/Covalent, etc.). While I am interested</description><dc:language>en</dc:language><generator>CommunityServer 2007.1 (Build: 40109.1145)</generator><item><title>electronic commerce</title><link>http://port25.technet.com/archive/2008/02/01/does-selling-mean-selling-out.aspx#22591</link><pubDate>Sat, 20 Dec 2008 02:27:49 GMT</pubDate><guid isPermaLink="false">af7480c4-26b7-468d-87b0-2acebabb473d:22591</guid><dc:creator>electronic commerce</dc:creator><description>&lt;p&gt;Nice blog man! I will definetely bookmark it and read it more often&lt;/p&gt;
&lt;img src="http://port25.technet.com/aggbug.aspx?PostID=22591" width="1" height="1"&gt;</description></item><item><title>re: Does selling mean selling out?</title><link>http://port25.technet.com/archive/2008/02/01/does-selling-mean-selling-out.aspx#4543</link><pubDate>Sat, 02 Feb 2008 01:40:11 GMT</pubDate><guid isPermaLink="false">af7480c4-26b7-468d-87b0-2acebabb473d:4543</guid><dc:creator>jkew</dc:creator><description>Key positives of corporate OSS include (in order of value):
1. Resources for QA
2. Better focus on development goals
3. Resources for development

Key negatives of corporate OSS (adoption) include:
1. Corporate interests can divide developers: When developers work at competing companies, such as JBoss and Covalent, competitive angst can retard development. Depending upon company culture it could also retard flame-wars, but bussiness pressures creep silently around the code. All in all, this may not be bad, but it can encourage forking in the short-term (See Glassfish). Large projects are subject to more turmoil in this area than modular or mature projects which may not need a large developer base.
2. External developers can end up treated like customers: While you can develop an ivory tower in any project,  the corporate ivory tower is less permissive than the community ivory tower.

Projects which are complex enough to have natural divisions will not be improved by adding corporate guidance.&lt;img src="http://port25.technet.com/aggbug.aspx?PostID=4543" width="1" height="1"&gt;</description></item></channel></rss>