我的一点开源想法

[Julian Wong]

（我原创发布在iteye的，粘帖过来讨论。原文链接：http://www.iteye.com/topic/1113203）

我是2010年开始投身开源的，把自己研发了多年的商业软件开源。采用MIT协议，对商业非常友好。以后也将继续采取该协议；不会修改协议（或者采取更严格等协议），甚至直接转入闭源模式。这些不好的做法，只会减弱大家对中国开源软件的信心。 

这1年多开源时间，让我体会非常多。在此，分享感受，期望大家共同探讨——如何在中国更好的开源。 

现在回过头来看，我认为成功的开源软件应该做到： 

• 开源软件建设————软件研发，网站建设，社区建设
• 开源软件宣传————让更多人知道此款开源软件，发布新闻，编写BLOG等
• 开源软件实践————让开源软件能够得到现实应用，这样更有成就感，而且能从应用中发现问题，获得需求，完善软件

刚开源不久，我有幸参加了杭州软件自由日活动。当时和很多开源朋友聊天，了解到社区化的重要性。由社区化来驱动开源软件研发。当时，我通过自身人脉关系/开源社区等途径物色到10多位朋友，报名参与进来。他们覆盖了：研发/测试/文档等环节。他们参与进来的想法有这些： 

• 认为该项目有意义，值得参与 （我发起的Ralasafe项目，是数据级权限控制项目。数据级权限管理一直是很多开发者遇到的难题）
• 愿意为开源社区做点事情
• 学习技术 （有这样的同学，这也是好事）

恩～ 看起来不错。实施起来，遇到问题了。 

• 项目进程没有人参与讨论
• 大家不去根据现有文档去学习，不去揣摩。以不懂无法下手为由，堵塞项目进度
• 不少人加班严重，报名参加后，但没有时间去参与

结果是，当时就我和另外一名大学生（卢栋）提交代码，其他人都没有提交代码。（以后有机会，我会剖析问题，分享给大家） 

迫切解决社区化研发和文档，成为我头等需要解决的问题。 
（待续） 

作者：汪金保 
发起项目：Ralasafe访问控制中间件（权限管理） 
网站：http://www.ralasafe.cn

[Lightning]

建议你们团队中有一位专员负责社区性事务工作（当然也最好是核心成员），而你自已的核心工作放在产品开发上（产品经理），只有好的产品才是建立一个良性产品社区的基石。

[Ben Luo]

现在好像用git/hg/bzr的多，用svn的少。用SVN的目的何在？

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>

[Julian Wong]

2011/8/8 Lightning <ligh...@shlug.org>

建议你们团队中有一位专员负责社区性事务工作（当然也最好是核心成员）

感谢建议！暂时还没有社区专员呢？借SHLUG宝地吼一嗓子，有志愿者么？
--

Julian Wong         汪金保                     

http://weibo.com/ralasafe 

http://www.ralasafe.org 

[Yujie Du]

lightning既然给开出了药方，能否再说说开源项目如何招募社区经理（adali曾经介绍过,所以暂且也这么称呼吧http://goo.gl/yJWlH）

-- 
Best regards

ben&杜玉杰
Gtalk/Email: duyuj...@gmail.com

weibo: http://weibo.com/1716287123
Linkedin: http://cn.linkedin.com/in/duyujie

[rogerz]

我觉得核心是要有广泛的应用。多数人有自己的工作，如果这个项目不能应用于其本职工作，那么能拿出来的时间就非常有限，更不要指望他能按你设计的流程及进度协作开发了。很多license里都说no warranty，我想参与者也是no warranty的。如果不是出于应用而是仅仅觉得有意义或者学习的目的，很难有产出。只有用起来之后才会产生“他”的需求，才有有改善的动力，才有贡献的热情。

为了让项目能够得到应用，那么在社区化前必须具有基本完善的功能和一些吸引人的特性。因此产品开发初期的孤独是必然的，只能靠自己或者一个非常紧密的团队，而不是社区这种松散的组织。

--

rogerz

2011/8/8 Julian Wong <rala...@gmail.com>

[Lightning]

我也没有实践过，所以只是从纯理论分析角度出发来看这个问题的：这个社区专员的角色并不一定是从社会招募来的，而是多数是从创始团队中分工出来的，因为一个新项目在草创期，通常由于社会知名度不足，很难从外界获得强大的人力资源支持，所以只能是从团队中分化出一位成员来专门负责社区事务，这位成员未必是技术专家，但要有较强的行政事务管理能力。

所以，总结到最后，对于一个初创项目或创业公司来说，最最重要的事情是核心团队的组建。

在 2011年8月8日 下午10:02，Yujie Du <duyuj...@gmail.com>写道：

lightning既然给开出了药方，能否再说说开源项目如何招募社区经理（adali曾经介绍过,所以暂且也这么称呼吧http://goo.gl/yJWlH）

[Zoom.Quiet]

在 2011年8月8日 下午3:15，Lightning <ligh...@shlug.org> 写道：
> 建议你们团队中有一位专员负责社区性事务工作（当然也最好是核心成员），而你自已的核心工作放在产品开发上（产品经理），只有好的产品才是建立一个良性产品社区的基石。
>

参考:制造开源软件
http://producingoss.com/zh/
已经将如何有效的运营技术社区,进行了系統的分享,
不过,俺当前作的就是所谓 社区经理的活儿,基本上,有这人没这人,应该是一样的,
"一个最常见的错误就是急于从开源的形式本身获得好处"
开源的确行，但它绝不是万能药。我对你的忠告是：你不能指望在一个垂死项目上洒一点"开源的精灵魔粉"就能让所有事情奇迹般地运转起来。做软件是困难的。问题不会那么简单。

（来自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/

[Xiangfu Liu]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

我完全不同意(没有恶意：）

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-----

[rogerz]

2011/8/9 Xiangfu Liu <xia...@openmobilefree.net>

我完全不同意(没有恶意：）

我倒是非常赞同Zoom.Quiet的说法，特别是这几句

 "一个最常见的错误就是急于从开源的形式本身获得好处"
为自个儿的开源作品建立社区,目的是更好的分享,而不能是享受开源的直接利润;

一个在市场/技术界,没有影响力/足够用户群的作品,再怎么开源,是没有人掺合进来使劲儿的

--

rogerz

[ghosTM55]

2011/8/9 Zoom.Quiet <zoom....@gmail.com>:
> "一个最常见的错误就是急于从开源的形式本身获得好处"

这点我很早就和很多人讲过了，很多人不理解也不听，急功近利
自己没东西服务到开源社区就想着要组建个开源社区来服务到自己
Too simple, sometimes naive

--
Thomas
Shanghai Linux User Group

http://ghosTunix.org
Twitter: @ghosTM55

[Julian Wong]

2011/8/8 rogerz <rogerz...@gmail.com>

为了让项目能够得到应用，那么在社区化前必须具有基本完善的功能和一些吸引人的特性。因此产品开发初期的孤独是必然的，只能靠自己或者一个非常紧密的团队，而不是社区这种松散的组织。

--

rogerz

开源软件包括：建设、宣传和应用三个环节。初期的孤独期应该尽可能的短。对于#ralasafe#这个项目来说，初期早就过了。产品已经比较成熟，而且有很多应用。但社区化宣传依然不够活跃

[Julian Wong]

2011/8/9 Zoom.Quiet <zoom....@gmail.com>

参考:制造开源软件

   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/

读过你推荐的文章，还有另外几篇你推荐的文章。以后，我会结合实践，谈谈感受。

[Julian Wong]

2011/8/9 Xiangfu Liu <xia...@openmobilefree.net>

一个开源项目我觉的：
 1. 定期发布新闻，到各大技术新闻网站投稿。
 2. 决定使用什么技术，高效的工作
 3. 找到兴趣相投的人
 4. 到所有你知道的地方问反馈（不过前提是这东西*容易*安装）
 5. 一定要容易安装。one click --> done
 6. 容易搭建开发环境。自己做 Deb, RPM, 包，或者 SDK.tar.gz


- --
Best Regards
Xiangfu Liu
http://www.openmobilefree.net

你说的这些东东，ralasafe项目基本都有了。 但这仅限于建设环节。还有其他环节要做——宣传、应用。

[Zoom.Quiet]

在 2011年8月9日 上午9:21，ghosTM55 <ghost...@gmail.com> 写道：
> 2011/8/9 Zoom.Quiet <zoom....@gmail.com>:
>> "一个最常见的错误就是急于从开源的形式本身获得好处"
>
> 这点我很早就和很多人讲过了，很多人不理解也不听，急功近利
> 自己没东西服务到开源社区就想着要组建个开源社区来服务到自己
> Too simple, sometimes naive

- 咔咔咔,小江同学说的是很到位的
- 一般这么想象开源社区的银,都是没有真正投入过开源社区的标准件人(嗯嗯嗯,人月神话中指出的概念,不是骂人哪)
- 任何人都可以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 社区掌门人说过了...

[rogerz]

2011/8/9 Julian Wong <rala...@gmail.com>

开源软件包括：建设、宣传和应用三个环节。初期的孤独期应该尽可能的短。对于#ralasafe#这个项目来说，初期早就过了。产品已经比较成熟，而且有很多应用。但社区化宣传依然不够活跃

--

Julian Wong         汪金保                     

http://weibo.com/ralasafe 

http://www.ralasafe.org 

能够促进你项目发展的应该是产品的重度使用者，并且具备一定开发能力的，而不是仅仅出于兴趣或者对开源的热情，就像你所列的几类（对事不对人）。

• 认为该项目有意义，值得参与 （我发起的Ralasafe项目，是数据级权限控制项目。数据级权限管理一直是很多开发者遇到的难题）
• 愿意为开源社区做点事情
• 学习技术 （有这样的同学，这也是好事）

为什么会找不到更合适的人？

--

rogerz

[Zoom.Quiet]

在 2011年8月9日 上午10:16，rogerz <rogerz...@gmail.com> 写道：
> 2011/8/9 Julian Wong <rala...@gmail.com>
>> 开源软件包括：建设、宣传和应用三个环节。初期的孤独期应该尽可能的短。对于#ralasafe#这个项目来说，初期早就过了。产品已经比较成熟，而且有很多应用。但社区化宣传依然不够活跃
>>

...

> 能够促进你项目发展的应该是产品的重度使用者，并且具备一定开发能力的，而不是仅仅出于兴趣或者对开源的热情，就像你所列的几类（对事不对人）。
>
> 认为该项目有意义，值得参与 （我发起的Ralasafe项目，是数据级权限控制项目。数据级权限管理一直是很多开发者遇到的难题）
> 愿意为开源社区做点事情
> 学习技术 （有这样的同学，这也是好事）
>
> 为什么会找不到更合适的人？

因为:
- 宣传不足,没有将社区通报到所有应该知道的人面前
- 同类作品/社区太多,人总是趋利避害的,一个是成立10年的发达社区,一个是国产才一年的小社区,换作你怎么选择?
- 有能力同时又有闲,而且理解开源的人,满足以上3点的,整个中国不超过1万,而且被分流到各种社区中了
- 所以,类似 Ralasafe 的社区,最靠谱的"合适的人"就是:
+ 自个儿的员工
+ 产品的深度用户
这两类人都没有时间加入社区进行开源贡献的话
其它,根本没有被作品"掻到痒处"的学生仔为什么来?

[Xiangfu Liu]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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-----

[duyujie]

On 08/09/11 00:14, Zoom.Quiet wrote:

在 2011年8月8日 下午3:15，Lightning <ligh...@shlug.org> 写道：

建议你们团队中有一位专员负责社区性事务工作（当然也最好是核心成员），而你自已的核心工作放在产品开发上（产品经理），只有好的产品才是建立一个良性产品社区的基石。

参考:制造开源软件
    http://producingoss.com/zh/
    已经将如何有效的运营技术社区,进行了系統的分享,
    不过,俺当前作的就是所谓 社区经理的活儿,基本上,有这人没这人,应该是一样的,
    "一个最常见的错误就是急于从开源的形式本身获得好处"
    开源的确行，但它绝不是万能药。我对你的忠告是：你不能指望在一个垂死项目上洒一点"开源的精灵魔粉"就能让所有事情奇迹般地运转起来。做软件是困难的。问题不会那么简单。

    （来自http://www.jwz.org/gruntle/nomo.html）

为自个儿的开源作品建立社区,目的是更好的分享,而不能是享受开源的直接利润;
因为:
- 你的内部开发模式没有转变为开源社区式的,那么你的开发成员,根本没空鸟你的技术社区
- 你的技术社区,自个儿的开发人员都不进驻,别人不相信你这社区是真实的
- 一个不真实的开源社区,是没有人进入的
- 进入了,也会反应,这缺那少的,所有人都是大爷,都向你要东西,没人主动贡献什么...

所以,俺的建议:
    - 表管社区了,
    - 在你们有足够决心和资源,进行真正的开源开发之前,就放那儿吧
    - 一个在市场/技术界,没有影响力/足够用户群的作品,再怎么开源,是没有人掺合进来使劲儿的

受教了，共勉，谢谢~

----- 
Best regards

ben&杜玉杰
Gtalk/Email: duyuj...@gmail.com

[Julian Wong]

当前深度用户参与力度逐渐增加。

至于之前物色到的人选为什么不能参与贡献，以后会逐步剖析原因。

用“厉害”关系来描述开源社区形成和发展，非常好，也是必要的。单纯使用高尚等开源，是没有意义的。

对于想参与到开源社区来的同学们，刚起步的社区反而会比成熟社区好。因为，你的思想、你的名气会随着社区成长，而得到发展。成熟社区参与门槛高，人多；刚起步的社区容易让你发光。

并不是所有刚起步社区都很好。只要刚起步的社区有好的定位（项目会获得更多人认可），好的发起人（是主要贡献者，但不是独裁者）。 那么参与者的名气会得到有效扩散。

[Zoom.Quiet]

在 2011年8月9日 上午11:35，Julian Wong <rala...@gmail.com> 写道：
> 当前深度用户参与力度逐渐增加。

- 逐渐? 为什么要逐渐? 怎么逐渐的?
- 在社区中可以感知到这种逐渐!?
- 什么是参与力度?
- 这种力度是怎么衡量的?可以可视化感受到?

> 至于之前物色到的人选为什么不能参与贡献，以后会逐步剖析原因。

- 又不是面试招聘,使用"物色",基本就没谱了,,,

> 用“厉害”关系来描述开源社区形成和发展，非常好，也是必要的。单纯使用高尚等开源，是没有意义的。

以下是广告时间...

> 对于想参与到开源社区来的同学们，刚起步的社区反而会比成熟社区好。因为，你的思想、你的名气会随着社区成长，而得到发展。成熟社区参与门槛高，人多；刚起步的社区容易让你发光。
> 并不是所有刚起步社区都很好。只要刚起步的社区有好的定位（项目会获得更多人认可），好的发起人（是主要贡献者，但不是独裁者）。
> 那么参与者的名气会得到有效扩散。

- 这种言论和直销/基金/股票,,,风险投资的广告有什么不同?
- 经济社会,每个人多少都有点经济赏识,社区成于不成两说的情况下,除非社区已经有了足够吸引人的社会纲领,否则没人相信这种话的,千万少说,说多了就变成邪教了,,,
- 开源社区的兴盛,本质原因 已经在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

[雨蒼]

我來稍微剖析一下吧。

Julian Wong <rala...@gmail.com> 於 2011年8月9日上午11:35 寫道：

你拿產品名稱來註冊帳號，說明你發帖的目的是要促進產品，非單純個人心得分享。

当前深度用户参与力度逐渐增加。

至于之前物色到的人选为什么不能参与贡献，以后会逐步剖析原因。

用“厉害”关系来描述开源社区形成和发展，非常好，也是必要的。单纯使用高尚等开源，是没有意义的。

对于想参与到开源社区来的同学们，刚起步的社区反而会比成熟社区好。因为，你的思想、你的名气会随着社区成长，而得到发展。成熟社区参与门槛高，人多；刚起步的社区容易让你发光。

并不是所有刚起步社区都很好。只要刚起步的社区有好的定位（项目会获得更多人认可），好的发起人（是主要贡献者，但不是独裁者）。 那么参与者的名气会得到有效扩散。

以上說明證明你希望把新人拉到你的起步社區去。

但是社區這種東西最重要的是人。這邊有Thomas，有大媽等等高手。反過來看看I*eye的回文，你覺得哪一邊學的到東西？

光是這是不是廣告文就吵翻天。

然後你假設新手要的是名氣，其實這證明了其實你要的是名氣。對一個投身並貢獻自由軟件的黑客來說，重要的是實踐和學習。

名氣神馬都是浮雲。

[Xilin Sun]

我随意插一句。 你不应该同时发这么多邮件列表。跟广告机似的。

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]

2011/8/9 雨蒼 <bill...@gmail.com>

我來稍微剖析一下吧。

Julian Wong <rala...@gmail.com> 於 2011年8月9日上午11:35 寫道：

你拿產品名稱來註冊帳號，說明你發帖的目的是要促進產品，非單純個人心得分享。

我在各个地方都使用这个帐号注册的，我也使用这个帐号和周边朋友mail通信。你怎么认为我无所谓。我是觉得这样方便。

实实在在做事前，而且实实在在分享，比理论强多了。

[Xilin Sun]

Julian 你不是在讨论理论么？

2011/8/9 Julian Wong <rala...@gmail.com>:
> 实实在在做事前，而且实实在在分享，比理论强多了。

[Chaos Eternal]

我看了一下 rralasafe这个项目，感觉出发点还可以，市场确实也是有这方面的需求。但是，一个好的产品，先不管开源与否，最起码得先有客户吧？我从你写在网站上资料看不出来你有很多客户，从本线索大伙的回应看来，大伙也不知道你这个东西有多重要，这已经不是有没有人愿意加入的问题了，而是你这玩意不吸引眼球啊。
所以，你当务之急，不是社区化，而是教育市场，吸引眼球。