一个商业公司如果要支持一个开源项目的话,它需要做哪些工作啊?

一个商业公司如果要支持一个开源项目的话,它需要做哪些工作呢?

除了
为项目贡献代码
为项目提供技术支持
为项目提供网站  讨论区 数据库 版本控制服务器
为项目做宣传 搞活动(例如一些大会之类的)
之外

还需要做什么呢?
需要为开发者(commitor)提供经济上的补贴吗?

就拿IBM 和eclipse举例
它为eclipse这个项目做了什么啊?

评论

63 楼 fins 2009-12-14  

看了大家的讨论 有很大收获 也有很多迷惑.
不管那么多了 先把项目开源了再说.

有些事情不能总是想得万般周全了再去做, 摸着石头过河有时候也是必须的.


计划下周一开源.希望大家到时候能多多支持 谢谢了先

62 楼 smiletuna 2009-12-11  

也可以副职搞这个。。没必要一说到 开源,submit patch就非得有个人天天盯着

61 楼 ray_linn 2009-12-11  

fins 写道

关于钱不钱这个问题先放到一边不说

大家能否讨论一下 一个开源项目在得到一个商业公司支持之后
该怎样才能让committer们保持长久的 持续的热情呢?

我觉得这个有时候比钱还重要. 因为给钱都未必能保证committer们的热情持续(除非钱特别多 呵呵)

人性嘛，哪个committer不是就是要钱 就是要名（为了更好的要钱）。。。

给不了钱，就给名呗，PY的代码贡献者、资深代码贡献者。。。。。吧啦吧啦的，给个闪亮闪亮的证书，保证很多大学生愿意做免费劳工，为了以后好找工作，再和大学搞搞活动，上钩者就如过江之鲫，咳咳。

60 楼 抛出异常的爱 2009-12-11  

fins 写道

关于钱不钱这个问题先放到一边不说

大家能否讨论一下 一个开源项目在得到一个商业公司支持之后
该怎样才能让committer们保持长久的 持续的热情呢?

我觉得这个有时候比钱还重要. 因为给钱都未必能保证committer们的热情持续(除非钱特别多 呵呵)

可用性,
广告力度,
用户数量,

还有些虚的
比如理念.
CLI党与美工是绝缘的.

59 楼 kimmking 2009-12-11  

luolonghao 写道

fins 写道

关于钱不钱这个问题先放到一边不说

大家能否讨论一下 一个开源项目在得到一个商业公司支持之后
该怎样才能让committer们保持长久的 持续的热情呢?

我觉得这个有时候比钱还重要. 因为给钱都未必能保证committer们的热情持续(除非钱特别多 呵呵)

如果不算钱的话，公司或产品的知名度、市场占有率，产品的可用性，技术含量，代码的架构和可读性之类吧。

除非让参与者有归属感，觉得这是自己的产品或事业。

58 楼 luolonghao 2009-12-11  

fins 写道

关于钱不钱这个问题先放到一边不说

大家能否讨论一下 一个开源项目在得到一个商业公司支持之后
该怎样才能让committer们保持长久的 持续的热情呢?

我觉得这个有时候比钱还重要. 因为给钱都未必能保证committer们的热情持续(除非钱特别多 呵呵)

如果不算钱的话，公司或产品的知名度、市场占有率，产品的可用性，技术含量，代码的架构和可读性之类吧。

57 楼 fins 2009-12-11  

关于钱不钱这个问题先放到一边不说

大家能否讨论一下 一个开源项目在得到一个商业公司支持之后
该怎样才能让committer们保持长久的 持续的热情呢?

我觉得这个有时候比钱还重要. 因为给钱都未必能保证committer们的热情持续(除非钱特别多 呵呵)

56 楼 yiding_he 2009-12-11  

ray_linn 写道

fins 写道

那是不是世界上 只有两种开源
一种是 一个人在开源 作者自己在维护
另一种 就是一帮人拿着工资搞开源

那开源界也太悲哀了... 

事实呗。 赚不到钱的开源全是无数小不拉吉的开源项目，作者一时兴起，没有任何保证。
想想那年王开源就想笑，开源就比Microsoft高尚么，别毒害青少年了。

以结果论高尚，就好比以成败论英雄。

55 楼 luolonghao 2009-12-10  

ray_linn 写道

xyz20003 写道

这里指的不只是bug fix，还包含improved feature，如果提交的feature patch被采纳，以后这部分新功能也属于官方版本的一部分，可以随着官方版本的升级一起得到更新，同时这部分新特性也会被更多人使用测试，提出bug和改进意见，进入另一宗循环。

我不是说了，这部分被无偿占有了么

这个就是开源的最大好处。开源不是活雷锋，是一种双赢的模式吧，所有者无偿得到别人的代码，使用者无偿使用软件。

54 楼 kimmking 2009-12-10  

<div class="quote_title">抛出异常的爱 写道</div>
<div class="quote_div">
<div class="quote_title">ray_linn 写道</div>
<div class="quote_div">
<div class="quote_title">xyz20003 写道</div>
<div class="quote_div">
<br>这里指的不只是bug fix，还包含improved feature，如果提交的feature patch被采纳，以后这部分新功能也属于官方版本的一部分，可以随着官方版本的升级一起得到更新，同时这部分新特性也会被更多人使用测试，提出bug和改进意见，进入另一宗循环。<img src="/images/smiles/icon_razz.gif" alt="">
</div>
<br>我不是说了，这部分被无偿占有了么</div>
<br>无偿占有了 <br>大粪被别人浇了地 <br>可乐瓶被别人捡走 <br>你<span style="color: #ff0000;">无法</span>占有的价值, <br>被别人占有了 <br>
</div>
<p> </p>
<p> 不同意这些个比喻，大粪和可乐瓶不是你的劳动成果</p>
<p>而代码是你一行行写出来的。</p>

53 楼 weiqingfei 2009-12-10  

ray_linn 写道

xyz20003 写道

这里指的不只是bug fix，还包含improved feature，如果提交的feature patch被采纳，以后这部分新功能也属于官方版本的一部分，可以随着官方版本的升级一起得到更新，同时这部分新特性也会被更多人使用测试，提出bug和改进意见，进入另一宗循环。

我不是说了，这部分被无偿占有了么

你说的是商业软件？把无偿占有的新功能卖钱？

52 楼 抛出异常的爱 2009-12-10  

ray_linn 写道

xyz20003 写道

这里指的不只是bug fix，还包含improved feature，如果提交的feature patch被采纳，以后这部分新功能也属于官方版本的一部分，可以随着官方版本的升级一起得到更新，同时这部分新特性也会被更多人使用测试，提出bug和改进意见，进入另一宗循环。

我不是说了，这部分被无偿占有了么

无偿占有了
大粪被别人浇了地
可乐瓶被别人捡走
你无法占有的价值,
被别人占有了

51 楼 ray_linn 2009-12-10  

xyz20003 写道

这里指的不只是bug fix，还包含improved feature，如果提交的feature patch被采纳，以后这部分新功能也属于官方版本的一部分，可以随着官方版本的升级一起得到更新，同时这部分新特性也会被更多人使用测试，提出bug和改进意见，进入另一宗循环。

我不是说了，这部分被无偿占有了么

50 楼 xyz20003 2009-12-10  

ray_linn 写道

xyz20003 写道

同志们，有一点儿似乎还没说清楚。

上面有同学提到了：“贡献代码的同学肯定都在用这个软件”。考虑到长期绑定在同一个项目中不断跟随版本升级，提交的patch被采纳之后，以后官方版本升级也不用自己再去手工打补丁了。实际上是节省了今后开发和维护的难度。

开源本身只是一种分布开发的方式，它用一种免费的形式吸引用户来使用，测试，提供建议，最后才是接受patch。

商业方式只能在开源以外自己想，开源本身是没办法赚钱的，它只能让更多的人来用的软件而已。

商业软件业是如此吧，提交bug之后，如果被采纳，就会有Service pack来覆盖bug。
bug fix是软件普遍行为，不是开源不开源独有的，无非就是一个利用你的劳动， 一个要pay而已。

这里指的不只是bug fix，还包含improved feature，如果提交的feature patch被采纳，以后这部分新功能也属于官方版本的一部分，可以随着官方版本的升级一起得到更新，同时这部分新特性也会被更多人使用测试，提出bug和改进意见，进入另一宗循环。

49 楼 抛出异常的爱 2009-12-10  

ray_linn 写道

抛出异常的爱 写道

ray_linn 写道

xyz20003 写道

同志们，有一点儿似乎还没说清楚。

上面有同学提到了：“贡献代码的同学肯定都在用这个软件”。考虑到长期绑定在同一个项目中不断跟随版本升级，提交的patch被采纳之后，以后官方版本升级也不用自己再去手工打补丁了。实际上是节省了今后开发和维护的难度。

开源本身只是一种分布开发的方式，它用一种免费的形式吸引用户来使用，测试，提供建议，最后才是接受patch。

商业方式只能在开源以外自己想，开源本身是没办法赚钱的，它只能让更多的人来用的软件而已。

商业软件业是如此吧，提交bug之后，如果被采纳，就会有Service pack来覆盖bug。
bug fix是软件普遍行为，不是开源不开源独有的，无非就是一个利用你的劳动， 一个要pay而已。

开放源码 并 收费的项目也有很多
有些游戏的中间件提供商....
bug多多,
不改源码有些问题根本无法绕过.
而且那边的维护人员效率那叫一个差....

只能说每家软件公司的服务质量不一样，不是Open不open的问题。

是啊....windows有了bug先要升级杀毒软件
再等补丁下来.....
因为你根本没办法碰触到核心.
即使你是很精通windows API的程序员.
对于普通user来说都是等补丁....

48 楼 ray_linn 2009-12-10  

抛出异常的爱 写道

ray_linn 写道

xyz20003 写道

同志们，有一点儿似乎还没说清楚。

上面有同学提到了：“贡献代码的同学肯定都在用这个软件”。考虑到长期绑定在同一个项目中不断跟随版本升级，提交的patch被采纳之后，以后官方版本升级也不用自己再去手工打补丁了。实际上是节省了今后开发和维护的难度。

开源本身只是一种分布开发的方式，它用一种免费的形式吸引用户来使用，测试，提供建议，最后才是接受patch。

商业方式只能在开源以外自己想，开源本身是没办法赚钱的，它只能让更多的人来用的软件而已。

商业软件业是如此吧，提交bug之后，如果被采纳，就会有Service pack来覆盖bug。
bug fix是软件普遍行为，不是开源不开源独有的，无非就是一个利用你的劳动， 一个要pay而已。

开放源码 并 收费的项目也有很多
有些游戏的中间件提供商....
bug多多,
不改源码有些问题根本无法绕过.
而且那边的维护人员效率那叫一个差....

只能说每家软件公司的服务质量不一样，不是Open不open的问题。

47 楼 抛出异常的爱 2009-12-10  

ray_linn 写道

xyz20003 写道

同志们，有一点儿似乎还没说清楚。

上面有同学提到了：“贡献代码的同学肯定都在用这个软件”。考虑到长期绑定在同一个项目中不断跟随版本升级，提交的patch被采纳之后，以后官方版本升级也不用自己再去手工打补丁了。实际上是节省了今后开发和维护的难度。

开源本身只是一种分布开发的方式，它用一种免费的形式吸引用户来使用，测试，提供建议，最后才是接受patch。

商业方式只能在开源以外自己想，开源本身是没办法赚钱的，它只能让更多的人来用的软件而已。

商业软件业是如此吧，提交bug之后，如果被采纳，就会有Service pack来覆盖bug。
bug fix是软件普遍行为，不是开源不开源独有的，无非就是一个利用你的劳动， 一个要pay而已。

开放源码 并 收费的项目也有很多
有些游戏的中间件提供商....
bug多多,
不改源码有些问题根本无法绕过.
而且那边的维护人员效率那叫一个差....

46 楼 ray_linn 2009-12-10  

xyz20003 写道

同志们，有一点儿似乎还没说清楚。

上面有同学提到了：“贡献代码的同学肯定都在用这个软件”。考虑到长期绑定在同一个项目中不断跟随版本升级，提交的patch被采纳之后，以后官方版本升级也不用自己再去手工打补丁了。实际上是节省了今后开发和维护的难度。

开源本身只是一种分布开发的方式，它用一种免费的形式吸引用户来使用，测试，提供建议，最后才是接受patch。

商业方式只能在开源以外自己想，开源本身是没办法赚钱的，它只能让更多的人来用的软件而已。

商业软件业是如此吧，提交bug之后，如果被采纳，就会有Service pack来覆盖bug。
bug fix是软件普遍行为，不是开源不开源独有的，无非就是一个利用你的劳动， 一个要pay而已。

45 楼 xyz20003 2009-12-10  

同志们，有一点儿似乎还没说清楚。

上面有同学提到了：“贡献代码的同学肯定都在用这个软件”。考虑到长期绑定在同一个项目中不断跟随版本升级，提交的patch被采纳之后，以后官方版本升级也不用自己再去手工打补丁了。实际上是节省了今后开发和维护的难度。

开源本身只是一种分布开发的方式，它用一种免费的形式吸引用户来使用，测试，提供建议，最后才是接受patch。

商业方式只能在开源以外自己想，开源本身是没办法赚钱的，它只能让更多的人来用的软件而已。

44 楼 zozoh 2009-12-09  

抛出异常的爱 写道

fins 写道

那是不是世界上 只有两种开源
一种是 一个人在开源 作者自己在维护
另一种 就是一帮人拿着工资搞开源

那开源界也太悲哀了... 

我公司也有几个Team在作开源软件开发.拿工资的.

开源软件只有用的人多了才有可能会有不拿钱的人加入.
比如上上个月有个项目接受了一个德国人的代码用来增加项目的功能.
PS:给没给钱我是不知道的.

在没什么人用之前.....几乎都是没有外人加入维护的.

呃... 这么说来，我这个项目还是很幸运的 ......