On Mon, 8 Aug 2011 15:12:20 +0800
Julian Wong <rala...@gmail.com> wrote:
> (我原创发布在iteye的,粘帖过来讨论。原文链接:http://www.iteye.com/topic/1113203)
>
> 我是2010年开始投身开源的,把自己研发了多年的商业软件开源。采用MIT协议,对商业非常友好。以后也将继续采取该协议;不会修改协议(或者采取更严格等协议),甚至直接转入闭源模式。这些不好的做法,只会减弱大家对中国开源软件的信心。
>
> 这1年多开源时间,让我体会非常多。在此,分享感受,期望大家共同探讨――如何在中国更好的开源。
>
> 现在回过头来看,我认为成功的开源软件应该做到:
>
> - 开源软件建设――――软件研发,网站建设,社区建设
> - 开源软件宣传――――让更多人知道此款开源软件,发布新闻,编写BLOG等
> - 开源软件实践――――让开源软件能够得到现实应用,这样更有成就感,而且能从应用中发现问题,获得需求,完善软件
>
> 刚开源不久,我有幸参加了杭州软件自由日活动。当时和很多开源朋友聊天,了解到社区化的重要性。*由社区化来驱动开源软件研发*
> 。当时,我通过自身人脉关系/开源社区等途径物色到10多位朋友,报名参与进来。他们覆盖了:研发/测试/文档等环节。他们参与进来的想法有这些:
>
> - 认为该项目有意义,值得参与 (我发起的Ralasafe项目,是数据级权限控制项目。数据级权限管理一直是很多开发者遇到的难题)
> - 愿意为开源社区做点事情
> - 学习技术 (有这样的同学,这也是好事)
>
> 恩~ 看起来不错。实施起来,遇到问题了。
>
> - 项目进程没有人参与讨论
> - 大家不去根据现有文档去学习,不去揣摩。以不懂无法下手为由,堵塞项目进度
> - 不少人加班严重,报名参加后,但没有时间去参与
>
> 结果是,当时就我和另外一名大学生(卢栋)提交代码,其他人都没有提交代码。(以后有机会,我会剖析问题,分享给大家)
>
> 迫切解决社区化研发和文档,成为我头等需要解决的问题。
> (待续)
>
> 作者:汪金保
> 发起项目:Ralasafe访问控制中间件(权限管理)
> 网站:http://www.ralasafe.cn
--
Ben Luo <luoxi...@126.com>
--
Best regards
ben&杜玉杰
Gtalk/Email: duyuj...@gmail.com
weibo: http://weibo.com/1716287123
Linkedin: http://cn.linkedin.com/in/duyujie
lightning既然给开出了药方,能否再说说开源项目如何招募社区经理(adali曾经介绍过,所以暂且也这么称呼吧http://goo.gl/yJWlH)
(来自http://www.jwz.org/gruntle/nomo.html)
为自个儿的开源作品建立社区,目的是更好的分享,而不能是享受开源的直接利润;
因为:
- 你的内部开发模式没有转变为开源社区式的,那么你的开发成员,根本没空鸟你的技术社区
- 你的技术社区,自个儿的开发人员都不进驻,别人不相信你这社区是真实的
- 一个不真实的开源社区,是没有人进入的
- 进入了,也会反应,这缺那少的,所有人都是大爷,都向你要东西,没人主动贡献什么...
所以,俺的建议:
- 表管社区了,
- 在你们有足够决心和资源,进行真正的开源开发之前,就放那儿吧
- 一个在市场/技术界,没有影响力/足够用户群的作品,再怎么开源,是没有人掺合进来使劲儿的
> 在 2011年8月8日 下午3:12,Julian Wong <rala...@gmail.com>写道:
>>
>> (我原创发布在iteye的,粘帖过来讨论。原文链接:http://www.iteye.com/topic/1113203)
>>
>
--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
哲: http://www.zeuux.org/home/zoomquiet
豆: http://www.douban.com/group/zoomquiet
书: http://code.google.com/p/openbookproject
营: http://code.google.com/p/kcpycamp/wiki/PythoniCamp
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/
我完全不同意(没有恶意:)
On 08/09/2011 12:14 AM, Zoom.Quiet wrote:
> 所以,俺的建议:
> - 表管社区了,
1. 首先要让社区的人非常非常容易的安装使用你的软件, 即使软件功能还没有完成
2. 没有社区,那有反馈啊,没有反馈软件下一步怎么走啊?
> - 在你们有足够决心和资源,进行真正的开源开发之前,就放那儿吧
同意这点如果开源就 100% 的把源代码拿出来
> - 一个在市场/技术界,没有影响力/足够用户群的作品,再怎么开源,是没有人掺合进来使劲儿的
我不这么认为。如果已经有影响力了,那这个产品也成形了,我们选择开源是因为我们想要最快的速度
做成成形的成品。因为所有的项目都是使用了其它的开源项目。所以我们要在社区上讨论以最快的方法
做出DEMO。这个社会太快了,没人会等你一年开发出一个产品,一年以后汽车都上天了。我们要多在社区
讨论使用尽可能多的现有的技术开发出你要的东西。源代码不重要,重要的是想法。当你一两个月开发出
你想要的东西放到社区,就知道这东西到底行不行了。
一个开源项目我觉的:
1. 定期发布新闻,到各大技术新闻网站投稿。
2. 决定使用什么技术,高效的工作
3. 找到兴趣相投的人
4. 到所有你知道的地方问反馈(不过前提是这东西*容易*安装)
5. 一定要容易安装。one click --> done
6. 容易搭建开发环境。自己做 Deb, RPM, 包,或者 SDK.tar.gz
- --
Best Regards
Xiangfu Liu
http://www.openmobilefree.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5AhtgACgkQRRAEFRxkgLRxfACfSqVAZzLcVNGcB5jWk/CmVqoA
B0gAoI3LHCpoOz2mydJV+2d7YX9a7q/8
=oTBb
-----END PGP SIGNATURE-----
我完全不同意(没有恶意:)
这点我很早就和很多人讲过了,很多人不理解也不听,急功近利
自己没东西服务到开源社区就想着要组建个开源社区来服务到自己
Too simple, sometimes naive
--
Thomas
Shanghai Linux User Group
http://ghosTunix.org
Twitter: @ghosTM55
为了让项目能够得到应用,那么在社区化前必须具有基本完善的功能和一些吸引人的特性。因此产品开发初期的孤独是必然的,只能靠自己或者一个非常紧密的团队,而不是社区这种松散的组织。--rogerz
参考:制造开源软件http://producingoss.com/zh/
已经将如何有效的运营技术社区,进行了系統的分享,
--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
哲: http://www.zeuux.org/home/zoomquiet
豆: http://www.douban.com/group/zoomquiet
书: http://code.google.com/p/openbookproject
营: http://code.google.com/p/kcpycamp/wiki/PythoniCamp
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/
一个开源项目我觉的:
1. 定期发布新闻,到各大技术新闻网站投稿。
2. 决定使用什么技术,高效的工作
3. 找到兴趣相投的人
4. 到所有你知道的地方问反馈(不过前提是这东西*容易*安装)
5. 一定要容易安装。one click --> done
6. 容易搭建开发环境。自己做 Deb, RPM, 包,或者 SDK.tar.gz
- --
Best Regards
Xiangfu Liu
http://www.openmobilefree.net
- 咔咔咔,小江同学说的是很到位的
- 一般这么想象开源社区的银,都是没有真正投入过开源社区的标准件人(嗯嗯嗯,人月神话中指出的概念,不是骂人哪)
- 任何人都可以0成本发布一个开源社区,是的!那么多完善的项目托管服务...
- 但是,一个具备所有开源社区资源的聚集地,是否能够成长为一个真正的,有生命力的社区
- 绝对不是几个牛人,或是公司加大投入就可能的,,,
- 社区是种生态系统来的,是活的,有自个儿意识的
- 任何,有条件的先决意志的加入,都会破坏珍贵的社区文化的萌芽
- 掺合进来的人都不傻,虽然无法明确的表达出哪儿不舒服,但是,只要任何一点上不舒服就不会全情投入了!
- 只要有一个有这种情绪,就立即通过邮件/文章/代码提交什么的传播开来
- 立即所有人都感觉到社区不靠谱了
- 立即就冷却了
为什么!?
The Art of Community Now Available For Free Download | Art Of Community Online
http://www.artofcommunityonline.org/2009/09/18/the-art-of-community-now-available-for-free-download/
Ubuntu 社区掌门人说过了...
开源软件包括:建设、宣传和应用三个环节。初期的孤独期应该尽可能的短。对于#ralasafe#这个项目来说,初期早就过了。产品已经比较成熟,而且有很多应用。但社区化宣传依然不够活跃
> 能够促进你项目发展的应该是产品的重度使用者,并且具备一定开发能力的,而不是仅仅出于兴趣或者对开源的热情,就像你所列的几类(对事不对人)。
>
> 认为该项目有意义,值得参与 (我发起的Ralasafe项目,是数据级权限控制项目。数据级权限管理一直是很多开发者遇到的难题)
> 愿意为开源社区做点事情
> 学习技术 (有这样的同学,这也是好事)
>
> 为什么会找不到更合适的人?
因为:
- 宣传不足,没有将社区通报到所有应该知道的人面前
- 同类作品/社区太多,人总是趋利避害的,一个是成立10年的发达社区,一个是国产才一年的小社区,换作你怎么选择?
- 有能力同时又有闲,而且理解开源的人,满足以上3点的,整个中国不超过1万,而且被分流到各种社区中了
- 所以,类似 Ralasafe 的社区,最靠谱的"合适的人"就是:
+ 自个儿的员工
+ 产品的深度用户
这两类人都没有时间加入社区进行开源贡献的话
其它,根本没有被作品"掻到痒处"的学生仔为什么来?
On 08/09/2011 09:14 AM, rogerz wrote:
> "一个最常见的错误就是急于从开源的形式本身获得好处"
严重同意这点
- --
Best Regards
Xiangfu Liu
http://www.openmobilefree.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5AnSAACgkQRRAEFRxkgLSMwQCfVZyNQmYEjw1yZ9hdRL2ktl2R
Z2cAn2YvHrbGe2aQ7rv55fmKAE/fievZ
=G5wO
-----END PGP SIGNATURE-----
在 2011年8月8日 下午3:15,Lightning <ligh...@shlug.org> 写道:建议你们团队中有一位专员负责社区性事务工作(当然也最好是核心成员),而你自已的核心工作放在产品开发上(产品经理),只有好的产品才是建立一个良性产品社区的基石。参考:制造开源软件 http://producingoss.com/zh/ 已经将如何有效的运营技术社区,进行了系統的分享, 不过,俺当前作的就是所谓 社区经理的活儿,基本上,有这人没这人,应该是一样的, "一个最常见的错误就是急于从开源的形式本身获得好处" 开源的确行,但它绝不是万能药。我对你的忠告是:你不能指望在一个垂死项目上洒一点"开源的精灵魔粉"就能让所有事情奇迹般地运转起来。做软件是困难的。问题不会那么简单。 (来自http://www.jwz.org/gruntle/nomo.html) 为自个儿的开源作品建立社区,目的是更好的分享,而不能是享受开源的直接利润; 因为: - 你的内部开发模式没有转变为开源社区式的,那么你的开发成员,根本没空鸟你的技术社区 - 你的技术社区,自个儿的开发人员都不进驻,别人不相信你这社区是真实的 - 一个不真实的开源社区,是没有人进入的 - 进入了,也会反应,这缺那少的,所有人都是大爷,都向你要东西,没人主动贡献什么... 所以,俺的建议: - 表管社区了, - 在你们有足够决心和资源,进行真正的开源开发之前,就放那儿吧 - 一个在市场/技术界,没有影响力/足够用户群的作品,再怎么开源,是没有人掺合进来使劲儿的
- 逐渐? 为什么要逐渐? 怎么逐渐的?
- 在社区中可以感知到这种逐渐!?
- 什么是参与力度?
- 这种力度是怎么衡量的?可以可视化感受到?
> 至于之前物色到的人选为什么不能参与贡献,以后会逐步剖析原因。
- 又不是面试招聘,使用"物色",基本就没谱了,,,
> 用“厉害”关系来描述开源社区形成和发展,非常好,也是必要的。单纯使用高尚等开源,是没有意义的。
以下是广告时间...
> 对于想参与到开源社区来的同学们,刚起步的社区反而会比成熟社区好。因为,你的思想、你的名气会随着社区成长,而得到发展。成熟社区参与门槛高,人多;刚起步的社区容易让你发光。
> 并不是所有刚起步社区都很好。只要刚起步的社区有好的定位(项目会获得更多人认可),好的发起人(是主要贡献者,但不是独裁者)。
> 那么参与者的名气会得到有效扩散。
- 这种言论和直销/基金/股票,,,风险投资的广告有什么不同?
- 经济社会,每个人多少都有点经济赏识,社区成于不成两说的情况下,除非社区已经有了足够吸引人的社会纲领,否则没人相信这种话的,千万少说,说多了就变成邪教了,,,
- 开源社区的兴盛,本质原因 已经在5部曲里分析清楚了:
- 有用+有趣 ~= 参与
- 利益+广告 ~= 合作
开源社区,是以上两种形式的联合生命体,
摧悲的是,前者是后者的前提,可是多数公司驱动的社区到死都认为后者可以驱动前者....
- 开源社区的核心动力是那些不计较收益的,乐在其中的技术贡献者
- 其它的都是辅助这类核心贡献者的资源类成员
- 但是,技术贡献者为什么来?!
- 参考:高科技公司能否采用军事化管理?(译文) - 阮一峰的网络日志
http://www.ruanyifeng.com/blog/2008/11/the_command_and_control_management_method.html
以及实体书的前一章 "三种管理方法 "
在解决实际的技术社区问题时,可以使用: 五个为什么(译文) - 阮一峰的网络日志
http://www.ruanyifeng.com/blog/2009/08/five_whys.html
当前深度用户参与力度逐渐增加。至于之前物色到的人选为什么不能参与贡献,以后会逐步剖析原因。用“厉害”关系来描述开源社区形成和发展,非常好,也是必要的。单纯使用高尚等开源,是没有意义的。
对于想参与到开源社区来的同学们,刚起步的社区反而会比成熟社区好。因为,你的思想、你的名气会随着社区成长,而得到发展。成熟社区参与门槛高,人多;刚起步的社区容易让你发光。并不是所有刚起步社区都很好。只要刚起步的社区有好的定位(项目会获得更多人认可),好的发起人(是主要贡献者,但不是独裁者)。 那么参与者的名气会得到有效扩散。
2011/8/8 Julian Wong <rala...@gmail.com>:
> (我原创发布在iteye的,粘帖过来讨论。原文链接:http://www.iteye.com/topic/1113203)
--
May the source be with you.
孙锡麟,Aenon Sun, student at PolyUHK
我來稍微剖析一下吧。Julian Wong <rala...@gmail.com> 於 2011年8月9日上午11:35 寫道:你拿產品名稱來註冊帳號,說明你發帖的目的是要促進產品,非單純個人心得分享。
2011/8/9 Julian Wong <rala...@gmail.com>:
> 实实在在做事前,而且实实在在分享,比理论强多了。
我看了一下 rralasafe这个项目,感觉出发点还可以,市场确实也是有这方面的需求。但是,一个好的产品,先不管开源与否,最起码得先有客户吧?我从你写在网站上资料看不出来你有很多客户,从本线索大伙的回应看来,大伙也不知道你这个东西有多重要,这已经不是有没有人愿意加入的问题了,而是你这玩意不吸引眼球啊。
所以,你当务之急,不是社区化,而是教育市场,吸引眼球。