全球在线开发商务联盟计划【讨论】(100分)

为什么我们不能在互联网上工作呢？
为什么不能将公司“搬”到互联网上呢？
为什么我们不能建立完全属于自己的公司呢？
我们将尊照以下的目标，来创建我们自己的公司联盟：
1、提供完整规划、研发、品管、文件、维护、支援、销售、支付等分工模式。
2、公正的利益分配原则：根据你创造的价值的大小获得相应报酬，而不是根据你的文凭、
时间等获得报酬。
3、公平参与管理的权利：根据你为公司创造的价值的大小以及你自己的意愿购买公司股份，
参与公司管理的权利，换句话说如果你为公司创造的价值超过了公司本身的价值，那么你就
有可能是公司最大的股东（这要看你自己愿不愿意将报酬兑换成股份）。
我们欢迎你的加入，我们不会考虑你的年龄、学历、性别、肤色...，我们唯一关心的是你
的能力。你的能力将与你在公司的地位以及money成正比。
如今，网上支付已经迈入了寻常百姓家，因此在线支付不是问题，这意味着“付款”这一
关键问题已经解决。那么，现在的问题是如何“交付”？什么商品最适合于现在的互联网
呢？我认为那就是--软件和各种媒体产品（电子书藉、电影、音乐...）！因为其他商品
存在的库存以及相应的交互问题，一时难以解决。【而对于软件完全可以在网上交付而不
需要任何额外的成本，并且可以先试用后付款。】
因此，我们首先将以向全球开发销售软件产品作为在线公司的突破口。
当然，这样做对软件产品的好处，我想是明摆着的：
1、节约了场地设备费用
2、节约了办公耗材费用
3、节约了软件产品的包装印制和递送费用
4、降低了软件的成本（开发、销售成本）
5、软件更加低价
6、交付更加及时
7、售后升级服务更加完善、迅速
8、提高参与意识（所有的正版用户都可以参与该版的销售）
为何不让我们利用全球上所有的开放源码资源呢！将开放源码商业化，
也许有人会我持有这样的想法嗤之以鼻--怎么可以让开放源码玷污上金钱
的铜臭！可是我们是人，是要吃饭的，你可以免费吃饭么？在现实这个社
会还不能吧！如果作者的劳动的确减轻了使用者的负担，提高了使用者工
作效率，那么在力所能及的前提，对作者表示感谢和支持也是应该的。当
然，除非有一天，社会按需供求，人人各取所需，人人不在为了生活奔波，
可以为了理想活着。(如果要发表你的不同观点，请耐心一点看完全文再说好么！)
首先，我说的将 Open Soure 商业化并不是要将开放转为封闭，Open Source 继续
Open Source（对所有愿意帮助开发的程序员），继续维持开放源码的益处，那么，
Open Source 商业化，究竟商业在哪里？我是这么看的，软件需要人不断的开发和
完善，才能发展，买软件实际上就是买服务（升级、技术支持等等）和买担保（你必
须对你所写的程序的负责），另外，买软件后，他就自动加入了该软件的销售链中，
只要是经他推销的软件，他就会取得相应的销售提成。那么，什么样的用户才会支付
费用呢，首先我想应该是受益者而且又有能力支付这一笔费用的人，其次是那些发现
某软件的商业前景为了加入该软件的销售链而付费的，再者就是希望通过付费促使软
件开发者承担相应责任的人，这是我的第一点想法。
其二、以此促进加强成员之间的相互协作、协调机制，形成持续开发的动力。
其三、能够作为互联网上谋生的手段。
让我们一起来思考吧！
让我们一起来制定新经济时代下新的“游戏”规则--全新的全球互联商贸联盟计划.

我现在的Email地址: riceball@cq118.com 和 riceballl@hotmail.com

一点补充：
如果我们一开始就在互联网上承接软件项目到时候，不知道你考虑过没
有，如何对参与人员的级别进行评定呢？
还有一个信任问题，在开始的时候，你是否能完全信任程序员并相信他
们能够如期完成任务，还有，没有合同，其他人员又如何能相信你能够
付款（在互联网上如何签订合同？）。
所以，我的想法是第一步成立全球在线商务开发联盟，联合网上的Open
Source 软件以及共享软件的作者，进行共享软件的开发与网上在线销售，
以及相应的技术支持，由于开发者在联盟参与的每一次项目历史过程都
有记录，所以开发者的级别也容易就能够得以了解。通过完成交易的情
况，也可以很容易的对每一个联盟者的道德水平进行评估。
不过首先需要开发在线开发联盟的工作流管理软件以及联盟会员的管理
（完成会员认证，电子合同的签名等等），需要开发的软件如下：
开发端（供开发者使用）：
需要开发或集成
版本控制软件，代码编辑器，代码格式美化，辅助帮助文件生成工具，错误报告反馈，
元件仓库
测试端（测试者使用）：测试工具，错误报告工具
文档端：包括产品性能介绍，使用手册！使用帮助文件编辑工具
（可以生成html、hlp、pdf帮助）编写！
按工具性质可以分为：版本控制工具，代码编辑美化工具，调试工具，测试工具，
性能测试工具（GProfile），文档编辑工具，任务提交工具，程序文档管理软件
（知识仓库，元件仓库），工作流管理工具。
附：基于RSA公开加密算法的签名认证加密核心算法控件，我已经基本完成！
其它仍在系统分析当中。

很感兴趣

无聊

说了一堆，但却无人响应？
有没有切实方案？

怎么参加呀？？

http://dev.cq118.com 是临时主页，还没有做好！

有一个方案的初稿了，不过我还是希望多听听其它人的建议！
关于利益分配，我认为这是最关键的，许多公司的最后倒闭
都是因为分赃不均造成的，所以，这应该是讨论的重点！
有个简单的草案，供大家讨论，不对之处以及没有说到的地方，还请大侠斧正：
每一份销售的软件Copy的利润分配：
一、开发与维护：45%
其中：
1、开发：22.5%
系统分析：11.25%
程序设计：11.25%
2、程序的升级维护：22.5%
二、销售与支持(40%)
其中：
1、销售：10%
2、用户文档：10%
3、技术支持：20%