JavaEye2.0将走向何方？

robbin 2006-09-24

2003年9月12日清晨，我在家里的台式机上面发布了hibernate.org.cn网站，宣布了JavaEye网站前身的成立，2004年1月12日正式改名为JavaEye网站，网站的发展策略调整到建立精品的Java技术讨论区，在随后将近三年时间里面坚持了独特的高标准严要求和严厉的删贴制度，可谓在赞扬、批评和争议声中一路走来。

2006年9月11日JavaEye2.0网站上线，距离网站成立，刚好是三周年。回顾三年的发展历程，展望未来的发展道路，实在觉得应该说点什么。

JavaEye网站实在是一个非常有争议性的网站：喜欢JavaEye的人认同JavaEye网站的删贴制度；厌恶JavaEye网站的人反感JavaEye网站，甚至有些还上升到了哲学和政治民主制度的高度上来。对一个网站能够产生如此反差巨大的评价，实在不太多见。那么我自己心目当中希望JavaEye是什么样子呢？

我觉得一个好的技术网站应该具备这些方面：

1、良好的社区交流氛围：友好、善意、尊重、自律和热情

2、相当比例的高质量文章，高质量讨论

3、非常方便和自由的信息交流方式

在过去的三年时间里面，JavaEye1.0并没有能够把这些方面都做好，某些方面甚至做的相当差，而JavaEye2.0就是希望更加发扬JavaEye1.0的优点，但是又克服JavaEye1.0的缺点，真正的做一个大家心目当中最棒的技术网站。

2003年3月的时候，我在寻找能够替代EJB的Java持久层开发框架，当我看到Hibernate的时候，发现它正是我寻找的东西，不由得产生了浓厚的兴趣。但在当时，国内还没有一个可以讨论Hibernate技术的网站，由于EJB是主流技术，Java社区对Hibernate表现的相当排斥。出于想提供一个国内的Hibernate爱好者讨论的场所的目的，我成立了Hibernate中文论坛。

在论坛成立的前几个月，大批Hibernate爱好者来到了这里，我也非常热情的花很多很多时间解答各种各样的技术问题，而且乐此不疲。但是几个月之后，论坛本身的一些弊病开始暴露出来：随着用户的增加，低质量和不够礼貌的各种提问贴开始不断涌现出来。我开始问自己：我希望搞一个鱼龙混杂菜市场一般的技术论坛吗？不，我宁愿看到少量但是高质量的文章，互联网的有效信息不是太多，而是太少了。

一方面是人气，另一方面是质量，当我面临着三叉路口的时候，我选择了后者。其实这个选择相当的冒险，一个胆敢得罪注册会员的论坛还想混吗？我身边很多很多好朋友都在劝阻我，论坛很多会员也在劝阻我，但是我仍然坚持下来，因为我别无选择。

在当时，JavaEye网站只是一个人在业余时间搞的技术论坛，我没有足够的时间，也没有足够的精力去维护和发展一个庞大的技术社区。个人投入业余时间去发展一个网站，要想长久的发展下去，唯一可以选择的道路只有走小众化路线，摒弃大多数用户的需要，将网站的规模始终控制在一定的限度之下。但即使是这样，在三年时间里面个人在精力和时间上面的付出仍然是难以想像的巨大，网站的发展仍然是捉襟见肘，很多我自己心目当中的理想无法实现。

在2004年初当我选择了走精品路线，以个人之力施行严厉的删贴制度之后，JavaEye论坛却出乎我个人预料般得到了飞速的发展，这种飞速的发展导致到2004年下半年就已经遇到了发展的瓶颈，网站的规模早已突破个人所能够有效管理的范围之外，而这种瓶颈持续到2006年我都无力去改变。

其实只要简单的想像一下，我个人作为管理员，要三年如一日，每天投入至少两个小时把论坛每个帖子都浏览一遍，该加精华的加精华，该回复的回复，该挪到回收站的挪到回收站。就这些工作对我而言就是一个巨大的，而且无法抛弃的负担。而且个人的判断能力也实在有限，所以其中的失误总是难以避免，漏掉了好的精华文章，误删除了不该删除的文章，有能力回复的文章也有心无力。至于JavaEye网站的未来发展大计，更加是无从谈起，总是漂在镜花水月之中。

在这两年当中，我自己也尝试过很多的办法：

1、建立一个JavaEye核心管理团队
曾经有一段时间有一个相当好的JavaEye核心管理团队，这段时间也是JavaEye1.0发展的黄金时期。但是依靠这种松散的协作制度来有效的管理网站，缺乏持久的动力。一旦几个核心成员因为自己项目或者事业繁忙，又或者兴趣转移，工作变动，以及其他的原因，就会导致网站管理的基本瘫痪。作为一个没有很好商业回报的技术网站，我也没有足够持续吸引核心管理成员的利益回报，而且我也无法要求别人像我自己一样拼命的付出。因此，在经历一段黄金发展时期之后，又回到了我自己一个人拼命管理的老路上来了。

2、寻找合适的创业合作伙伴，以商业化方式运营
在2005年曾经做过尝试，但是没有寻找到合适的创业合作伙伴和创业机会

3、自己重新开发JavaEye网站，改变一个人管理网站的局面
一直没有足够的时间来做这件事情，而且也找不到合适开发团队，而我自己一个人实在无力完成这个项目。

从JavaEye1.0三年的运营历程来说，要想持续发展好一个网站，特别是在业余时间和单打独斗的情况下，实在是难乎其难。在这里也想善意提醒一下那些雄心壮志准备自己搞社区网站的朋友们，单纯依靠业余时间和松散的管理要想长久的发展好一个技术社区网站，是不可能的。

JavaEye1.0曾经取得过一些令人瞩目的好成绩，但是也不得不硬着头皮抗着种种问题负重前行，取得的成绩包括：

1、为国内普及Hibernate，Spring等Java开源技术做出了很大贡献
2、成为国内一个重要的敏捷软件开发方法的宣传和交流阵地
3、给很多开发人员带来了互相交流，互相认识，并且形成朋友圈子的接触机会
4、让更多人学习了技术知识，开阔了技术眼界

暴露出来的问题包括：

1、长期施行个人管理网站方式，网站的个人色彩太过浓厚
一个网站，特别是立志于成为某个行业的优秀网站，不应该带有过多的个人色彩。JavaEye带有我个人过多色彩就会导致网站缺乏多元化的包容性，那么就会摒弃掉很多不同观点的人。

2、网站的删贴管理方式过于直接粗暴
我相信我自己如果去别的网站，在不给出良好理由的情况下被频频删贴，也一定心里火大。发贴质量可以高标准要求，但是管理方式应该人性化一些。

3、论坛的讨论风气过于务虚而不是务实
JavaEye网站以交流技术为主，但不应该歧视发贴提问的人。作为一个开发人员，交流平时工作当中遇到的技术问题，应该是最需要交流的内容，不应该总是眼高手低的瞧不起那些交流技术细节的人。务虚和务实的话题都应该有，不应有偏废。readonly总是低调的交流技术问题，值得我们大家学习。

今年7月份，我和两个好朋友ouspec，jerry为开创共同的事业而走到了一起，JavaEye2.0网站就是我们的起点。

在有了一个强大战斗力团队的情况下，以前无法实现的事情都变成了可能，我们仅仅花了一个月时间就设计、开发、迁移、成功上线JavaEye2.0网站，而更多的新功能在未来一个月将逐步上线。

JavaEye2.0是一个新的起点，它既是JavaEye1.0时代的终结，也是2.0时代的开始，展望未来的JavaEye2.0，我们应该做好什么呢？

1、继续发扬JavaEye1.0面向中高端技术开发人员，追求高品质，精品技术社区的目标
由于有了群众投票制度，精华文章频道，JavaEye博客的推出，以及后续的JavaEye圈子，我们相信，JavaEye2.0更加能够源源不断的产生高质量的文章，高质量的讨论，高质量的博客。

2、淡化个人色彩，JavaEye2.0转型成为一个兼容并包的软件技术网站
过去个人的管理方式本来就是无奈的选择，一个人的管理方式过于吃力，又过于主观独裁，而且我个人已经成为JavaEye网站发展的最大瓶颈。一个网站不应该太依赖一个人，或者依赖几个人，这种状况是不健康的，而且是危险的。既然有更好的制度化管理，我想是我自己应该淡出的时候了。

JavaEye2.0的网站管理权利逐步交给大家自己去管理，让大家用自己的鼠标去管理JavaEye，而我们只负责维护好网站的投票制度，我们只是制度的建设者，而大家才是网站管理者。我个人今后将不再用robbin的ID代表JavaEye官方的声音，robbin只代表我个人的言论，我会把更多的精力放在写更多更好的技术文章和解答问题上面的。

3、不断改进网站的制度和使用方式，尝试更加人性化制度
JavaEye2.0实现的很多功能已经能够从技术上解决1.0很多弊病，如何更加人性化的制度管理将是未来长期探索的目标。

4、大力建设JavaEye博客，鼓励和吸引更多的人在JavaEye写博客
JavaEye博客将成为JavaEye会员的个人管理中心，管理自己的论坛帖子，博客文章，精华讨论，收藏，好友，圈子，相册，简历等等。让更多的人在JavaEye这个平台展现自我。

5、重点推出JavaEye圈子，提供小群体私密交流功能
作为一个公共网站来说，终究无法面面俱到，同时满足所有人的要求。JavaEye圈子将建设成为拥有JavaEye二级域名的mini website，让那些具有共同爱好的人找到他们自己私下交流的小圈子，不管是技术圈子，还是情感圈子。

我的愿望是JavaEye2.0或者JavaEye3.0能够成为国内最棒的软件开发交流网站，并且JavaEye成为大家每个人自己的JavaEye，而不是我个人的JavaEye。

bigpanda 2006-09-24

JavaEye 2.0做的很好啊。

才推出不久，先运行一段时间，看看效果和反应，再总结经验改进不迟。

ddd 2006-09-24

ouspec真的是女的？
我见过的女的编程上层次的还没一个呢（当然，男的也不多）

btw:水区跑题应该无所谓吧：）

温柔一刀 2006-09-24

呵呵
支持啊

buaawhl 2006-09-24

ruby on rails为什么暂时无法成为企业应用开发的主流？
http://www.javaeye.com/topic/24499

在我最推崇的《Getting Real》这本书里面建议一个开发团队3个人足够了，一个人设计规划产品功能，一个人设计界面，一个人编写代码。我们现在也是这样的：robbin设计产品功能，ouspec负责界面，jerry编写代码，然后robbin和ouspec负责测试。