★PB的UFC类库开放源码方案★
★PB的UFC类库开放源码方案★
在精彩编程的PB/MIS论坛和中国程序员论坛上游荡了多年，上面不乏有精彩程序，从中我学习到了很多知识。但由于没有一个统一的规范和文档， 每次把下载下来的程序集成到自己的程序中时， 都要费很大的功夫。 PB开发者联盟和PB专家组这两个组织应运而生， 目的也是旨在开发一些通用模块来方面大家的业务开发， 我也曾加入到PB开发者联盟中， 但因为一些主导思想不一致的缘故， 最后我退出了这个组。
自由软件的出现和发展，是软件开发方法和开发哲学的一次重大变革。从简单的公司式的开发，变成了在Internet下面的一个大的社区的参与于开发，由强调软件的内涵价值（代码、测试），到注重软件的外延价值（服务，定制等），软件开发从个人开发走向公司的协作开发，已经引起了软件业的开发的一次飞跃，那么在Internet下面的协同开发会不会引导软件业的下一次革命呢？开放源代码的出路究竟在哪里？（详细情况，可参阅：http://www-900.3322.org/opensource.txt）
对于开放源码的开发模式， 一直都是我比较热衷的， 但开放源码也必须要有个组织方式，以及比较成形的产品， 而不是一穷二白的开发， 这样大家的积极性都会随着时间的推移，消失怠尽。 另外从事开放源码工作的每个人都是个性鲜明的、高学历的、具有社会责任心的专业人士，我们相信我们的努力会获得经济上的回报。 我们中的大多数人都有家庭和各种日常消费贷款，因此需要高酬劳的工作， 如果开放源码工作不能支付起这些账单的话，为了养家糊口，大多数人将不得不回到那些官僚机构。 所以我提倡的也是一种"专业的开放源代码"， 我们以我们的激情工作，做我们自己的老板，过着能自给自足的生活。
我在2000年的时候，就开始编写基于PB的业务框架库， 现在这套类库基本以成规模， 具体情况可以参考我在CSDN上发表的文章《PB通用类库和业务类库的设计思想》：http://www.csdn.net/Develop/read_article.asp?id=25267 和 http://www.csdn.net/Develop/read_article.asp?id=24862 。 在加入PB开发者联盟时， 我就打算把这套类库公开出来， 以开源的方式对它进行深入开发， 其中细节PB开发者联盟中的部分人员是清楚的， 但是由于各种原因， 最后没有谈妥。 虽然这样， 但我一直在寻找一种开源的方式， 在研究过JBoss的开源模式后， 我觉得这种模式很适合我们中国的国情， 我也打算采用这种模式， 免费软件&付费服务的具有补偿计划的开发模式。
在中国共创软件联盟上， 我在2003年的时候就创建了一个开源项目， http://cosoft.org.cn/projects/ufc 但由于一直没有找到一种好的开放模式， 所以没有放源代码在上面， 而且我对CVS还不是很了解， 不知道在CVS中怎么发布版本：（， 只放了一些文档， 有兴趣的朋友可以访问CVS树， 也可以通过CVS来check out。
以下是我从《JBoss内幕故事》中摘录的一些经典问题：（具体资料，可以下载《程序员》2003合订本第六册。 http://bookxz.winzheng.com/down/downloads/0401/cxy2003.06.rar）
1、开放源代码如何工作
开放源码并非不需要开发成本，他只是能够大大降低开发成本，因为他利用了网络，当他作为免费软件出现在需要巨额软件开发预算的大公司面前时，它的成本接近于零，但却不是零。我仍然需要要有足够的食物来养活30个人，使他们明天能够走出去获得高报酬的IT工作。他们也许宁愿为开放源码工作，但是他们又不得不自己支付账单。
JBoss Group 只给那些已经证明自己是JBoss开发者的人支付报酬，并且我们得给专业的服务付费。作为回报，我们的服务直接来自于编写JBoss代码、第一手开发源代码资料的人。
2、专业的开放源代码
总体看来，我们所有的人都是个性鲜明的，高学历的、具有社会责任心的专业人士，我们相信我们的努力会获得经济上的回报，事实上，我们相信这些简单的、泡沫前的有利可图的旧式业务。
JBoss的的开发人员平均年龄在30岁左右，有些是20多岁的研究生，有些已经50多岁了， 我们中的大多数人都有家庭和抵押贷款，因此需要高酬劳的工作。 今天开放源码支付得起这些账单。如果它不能的话，为了养家糊口，我将不得不回到那些官僚机构， 我们所说的是“专业的开放源代码”，我们以我们的激情工作，做我们自己的老板，过着体面的生活。
3、免费的软件&付费的服务
我们用来谋取生计的方式很简单，就是“服务”，我们的产品是免费的， 可以容易下载。但我们的时间和知识不是免费的。 中间件领域本质上是服务密集型的。 JBoss Group的商业模型明显是基于服务的，我们作为服务提供商的信誉来自我们控制、维持和开发未来中间件标准这个事实。核心产品将总是免费的， 坦白的讲，即使我们想收费，我们也不能这样去做，我们的许可证Lesser GPL（次级GPL）中明确规定这个软件将永远是免费的， 我们可以收取一些分发费用（像RedHat那样）。
4、回报知识
我们面临的挑战是如何回报这些知识，50比50的开发和服务模型是我们回报正在为JBoss和JBoss Group努力的开发人员的第一种方式，回报开发人员的第二种方式通过我们的补偿计划实现。 我们通过分配经济利益和年度的利润分红来回报JBoss团队开发人员的开放源代码开发工作。 JBoss Group的雇员都是双重职工， 他们既是主要雇员，又是常规的JBoss开发人员。 实际上这是个很简单的构想：确保所有重要的贡献者都能够分享JBoss目前以及将来的利润，以此在开发社区中培养忠诚度。
5、独特的销售主张
这个主张相当简单，我们的服务由JBoss专家骨干提供，这些专家主要由最初开发JBoss的软件开发人员组成。 真正独特的是客户能够直接和软件开发人员联系，通过提供技术骨干作为顾问、技术支持工程师、培训人员和文档编写人员，我们提供了在业界中无可匹敌的服务等级。
6、服务类型
我们用以挣钱的究竟有哪些服务呢，主要由以下组成：
1) 培训 2)支持 3)顾问 4)市场合作
微软的Craig Munmdie说：“软件开发人员以免费软件作为代价，希望能通过其他方式挣钱”。 实际上我们在JBoss中创建的是知识。 事实证明，虽然我们能够容易的、几乎即时的将软件从一台机器复制到另一台机器，但是将软件知识从一个用户传授给另一个用户却是令人生畏的事。 知识，相关的和有用的知识，在网络上仍然是稀有商品。
培训是直接的，但是我们在行业中提供的独特服务是，JBoss核心开发人员将带着你逐个模块地经历整个容器设计过程。 我们既提供开放注册的培训，也提供在线培训。
支持也很简单，主要是提供运行JBoss上的应用程序问题的咨询，或者是有时候资助JBoss开发他们想要的优先于开放源代码开发日程的模块。 与处理呼叫中心相反，我们的客户购买的是从JBoss骨干专家到他们自已的开发人员的直接的知识转移。 我们的原则是公司应该投资于知识，而不是投资于空洞的许可证。 我们提供远程和现场的支持和咨询服务。
JBoss软件市场伙伴计划的目标是其产品运行在JBoss上或者对JBoss形成补充的那些软件提供商。 我们允许他们利用我们的品牌和200万的用户下载群，以增强和建立他们自己的品牌。
“没有人会因为选择开放源代码而被解雇”， 这也是JBoss Group 将在其中获得“心灵的平静市场”的公平份额的未来前景。
以上是我从《JBoss内幕故事》中摘录的一些片段， 具体的开放源码方式还想听听大家的意思， 欢迎各种意见， 有意向进一步了解和交流的朋友， 也可以跟我在线联系：Email：meteorshine@163.com MSN：hlzlh@hotmail.com QQ：83718520， 如果是杭州的PB高手， 我们可以见个面， 再深入讨论这个问题。
