豆瓣网2007年11月改版后用户给出的意见!

“程序员很容易陷入技术为主导的开发方式,但忽略了用户的感受!!!”
以下是正文。

最上面的导航栏出现如许之多的汉字,有什么意义,快捷菜单方便跳转?看看Google吧,人家为什么没有把所有的服务都摆在界面上,只有一行导航栏,只放
了Web Images Video News Maps Mail more ▼ [email protected] | iGoogle |
My Account | Sign
out?Google自从成为巨无霸以来,想必每一项首页的小小变动都会慎之又慎,花费几百万、几千万美金来研究、测试,为什么后来者不采取跟进策略、却
要把自己当成小白鼠呢?豆瓣的二级导航(并且色块区分)置于页面上端非常累赘丑陋,而且基本是无用信息,完全没必要时时刻刻出现。
      
主要是视觉美学上的问题,两行且带色块的导航栏显得沉重累赘,远远不如原来的界面,而且显得整个页面头重脚轻,没有平衡感。无论豆瓣功能如何纷
繁,每一个人每一时段常用的就是有限的几项,现在把所有子菜单堆积显示在最上端,是隐隐约约的心理强迫,网友宁愿多点几次鼠标,也不愿每时每刻都看到冗余
信息,特别是位于页面最上端这个视觉集中点的冗余信息,不但汉字是冗余信息,浅绿色的色块也是。
      
搜索窗口甚至给出“百万书籍电影音乐博客”的灰色提示,可以这样设想,假如Google、百度这么做,在搜索窗口里写上“搜索100
亿网页、50亿图片、1亿新闻”的提示是什么效果,阿北在使用Google、百度时见到这种改变的话如何想?来豆瓣的都是文艺青年之类,没有谁是傻子、白
痴,会不知道豆瓣可以搜索些什么,而且,第一次使用不知道尚可,可现在的一百万豆友每个人都心里清楚这些,却以后每次搜索都会不停重复看见这10个字,非
常令人厌烦。
      
豆瓣的logo起始放在右上角,显得低调内敛,不事张扬,现在放在最显眼的左上角,未免失于流俗,和电视、报纸一个模样。而且,点击
logo后进入的页面和紧跟其后的“首页”一模一样,两个相同的链接并排在一起,不能不说是个蠢笨的设计。更重要的问题在于,logo最显眼地被看到有什
么意义,于已经注册了的100万用户有什么价值,把它关注一千一万次,留下深刻印象?其实从使用者的效用来讲,左上角最应该放的是豆友最关注、最有价值的
东西,而不是时时刻刻都会看到的一个代表豆瓣的logo。豆瓣为什么把 关于豆瓣·隐私原则·豆瓣指南·站务论坛·豆瓣服务(API)
置于右下角这个不起眼的地方,因为一般没人使用。
      
网友来用豆瓣玩,不过是因为它整体上简洁清爽。功能越来越多,就越有必要考虑怎样看上去更简洁清爽,如果每增加一项功能就给出明显的菜单链接,日积月累,和sina之类的首页有什么区别,既然如此,何必再搞一个豆瓣?

      
V以前用过一个和豆瓣同质的网站:douxiu.com,可以添加个人图书收藏以及评论等,并且许多优越的条件为豆瓣所不具备,比如可以在线浏览
图书的目录、序言、前17页等,但越改版越差,最后只好完全放弃。duxiu创办的时候,一个内部人员征询V的意见,V说,最简单的办法,把界面做成
douban一样就OK,不要怕模仿别人,模仿优秀的东西再加上自己的优势就可以造就超越,但主事者好像并没有把这些想法当回事,结果正如V所料,一日不
如一日,尽管功能强大,但在读书界、网络界的声名远远不如douban。到了最后呢,duxiu干脆只让一些特别用户使用,基本对公众来说成了垃圾。

      
豆瓣这次改版过程所采取的方式也不大妥当,理想的操作应该是这样:把改版后的界面、程序放在test.douban.com,公开让大家大规模测
试、使用,投票表决,反馈意见,如果没什么大问题,再全面推进,这类似于科研里的实验室制备、小试、中试、工业化生产,力求发现每一步的缺陷,消除每一步
的障碍,这不需要什么特别代价,却是最稳妥的方式。或者如他人所说,给出自由定制,想要新界面的选择新界面,想要旧界面的选择旧界面,不过这是次优策略。

      
豆瓣要清楚明白自己的优势、诱惑力在哪里,说到底不外乎简单清净,每个人可以躲在自己喜好组成的小天地里自得其乐,而复杂的菜单出现,意味着要面
对、进入复杂的功能、世界,还具有不可拒绝的强迫性。功能聚合不见得时时刻刻都是优先选择,在人人都聚合的时候,功能分散就成了“以退为进”的优胜策略。

      
正因为豆瓣最令人称道的是界面,所以在做出任何较大改变时要特别谨慎,宁可让人觉察不到地改,也不要大动干戈。而技术内核之类可以随便改,它不会
直接呈现在用户视觉直观上,因此不重要。记得天涯也试图改变版面,把左右全撑满的帖子界面换成时下在有些地方流行的左多半帖子、右少半广告模式,结果招来
一片骂声,幸亏他们比较明智,很快就恢复原来的形式。天涯论坛的界面最简陋,而且基本没变化过,却成为了中国最成功最有影响力的论坛,其间的奥秘值得豆瓣
深思。
      
V大概看了看版务论坛的意见,反对改版的声音远远大于支持改版的声音。坦白地说,V觉得自己慢慢成熟起来的一个标志就是明白了一般情况下自己的想
法不重要,在不是关键性的地方尽量听别人的意见,顺从世俗、大众。导航界面的改变于豆瓣公司并不是什么生死攸关的要紧东西,在功能上并没有根本改进,不过
换一个公司内部喜欢的外部形式,却显著地扰动无数无数忠实使用者,说明它并不是一个成功的公司行为,令人遗憾。

中小型IT技术网站的成功案例——iteye

MBA自哈佛始,崇尚案例教学,自然有其原因。今天我就来贡献一个IT技术网站的成功案例,这个网站就是现在质量开始下降的ITEYE。不过每个组织和机构都有其成长曲线,经历了初创、成长、成熟期,如果不转型,自然会衰退,这也是大势所趋。我们这里只是要看看它是怎样成功的。

============================================================================

===  背景介绍
============================================================================

本人04年6月大家毕业,刚刚参加工作的时候,沉迷技术。那时候博客刚刚兴起,各种BBS也如雨后春笋不断涌现。我的业余时间就是写博客以及泡各种技术论坛。

由于本人是java方向的,当时除了CSDN这个山寨微软的MSDN的综合性的技术论坛之外,比较流行的Java论坛,我现在还有印象的是http://www.java-cn.com,http://www.cn-java.com,http://www.jdon.com.
其中java-cn这个论坛我还在05年初的时候帮他写了一个“技术专题”的模块。而javaeye(现在改名iteye)当时还在第一阶段,刚刚改名javaeye,而且仅仅是phpbb搭建的一个论坛。

然而时至今日,他们的alexa的排名如下:

 

网址

 

alexa世界排名

 

alexa中国排名

 

http://www.csdn.net

 

256

 

42

 

http://www.iteye.com

 

973

 

112

 

http://www.jdon.com

 

79,285

 

10,686

 

http://www.cn-java.com

 

179,732

 

22,203

 

http://www.java-cn.com

 

283,598

 

42,404

我们可以发现,除了csdn之外。
iteye已经跟jdon等java网站不在一个层级,而在05年的时候,他们的访问量是相差不大的。到了08年的时候,iteye(当时的javaeye)就已经达到注册会员突破了20万,日访问量超过80万PV,基本已经跟当前的访问量情况类似了。

我们知道,论坛是以内容取胜,技术论坛也是如此。iteye一直到08年,核心团队就是3个人,基本是技术出身。他们成功的秘诀是什么呢?这里我不想尝试总结iteye成功的秘诀,而是把iteye的发展历程和改版时的帖子列在下面,大家自然会有自己的结论。

============================================================================

===  下面是iteye从2003年9月创立到2008年年初改版为JavaEye2.5的历史

===  原帖已经删除,这个是搜索引擎的缓存
============================================================================

JavaEye网站是2003年9月创办的,至今已经有五年多历史了。在这不短的岁月当中,有不少值得记录的片断和里程碑。让我们一起来回顾一下吧。

2003年9月-2004年1月:Hibernate中文论坛

JavaEye网站的前身叫做“Hibernate中文论坛”,是robbin在2003年9月12日创建的。

robbin在2002年曾经使用当时最主流的EJB2.0开发过大型的应用系统,因而对EJB2.0特别是CMP技术的缺陷有很深的感受。之后
robbin开始尝试自己编写持久层框架,希望能够以Java面向对象的方式来灵活的操作数据持久层。但是在一个小项目的尝试过程当中,robbin发现
自己实现一个完整的对象化持久层的工作量非常庞大,因此放弃了自己编写的想法,转而寻找其他开源的、轻量级的对象持久化框架。

robbin先后考察过JDO、Castle、最后发现了Hibernate。Hibernate框架是澳大利亚人Gavin
King在2001年底就启动的一个开源项目,Hibernate在2003年的时候发布了2.0版本,是当时最成熟、功能最强大的对象数据库持久框架。
尽管在2003年的时候,Hibernate已经是国外非常流行并且非常热门的Java开源项目了,但是在国内Hibernate还是一个默默无闻的项
目,在国内的Java社区里面,几乎看不到关于Hibernate的讨论。robbin曾经先后在国内的几个Java社区参与了Hibernate的相关
讨论,并且也引起了相当多的关注。但是在2003年和2004年,国内的主流应用还是EJB2.0的天下,国内Java社区对于非EJB技术的排斥非常严
重。有鉴于此,robbin决定自己搭建一个BBS,提供专门的Hibernate技术的讨论区,这就是“Hibernate中文论坛”的由来。

Hibernate中文论坛一开始架设在robbin家里的台式机上面,无法提供稳定的服务。这个时候曹晓钢伸出了援助之手,提供了Hibernate中文论坛的服务器空间。从2003年9月到2006年8月长达三年时间,JavaEye都运行在曹晓钢提供的服务器上。

随着Hibernate中文论坛的不断成长,越来越多的人来到这里,讨论Java编程,讨论Spring框架,讨论敏捷开发,论坛的话题已经不仅
仅局限于Hibernate框架了。于是robbin在2004年1月24日注册了javaeye.com的域名,将Hibernate中文论坛改名为
JavaEye网站。

2004年1月-2006年9月:JavaEye论坛

2004年1月24日,Hibernate中文论坛改名为JavaEye论坛。在长达两年半时间内,JavaEye主要是一个用phpbb搭建起
来的BBS。期间曾经尝试过用coWiki软件架设门户,也曾经尝试过用plog软件架设博客,但是都不太适合JavaEye网站的情况,在短暂尝试之后
就放弃了。

在这两年多时间,JavaEye网站推动并且见证了国内Java社区的巨大变迁过程:从崇尚CMMI的软件过程控制转变到崇尚敏捷开发的理念;从
崇尚EJB2.0的重量级开发转变到崇尚
Spring/Hibernate轻量级框架的过程。特别是在Hibernate、Spring、Webwork、AJAX等新技术和开源框架的普及方
面,在敏捷软件开发过程的推广方面,做出了卓越的贡献。与此同时,JavaEye论坛涌现出来了一大批知名的社区专家,正是这些专家和JavaEye所有
的会员、浏览者共同推动着JavaEye的发展,也推动着国内Java社区的进步。

2006年9月-2007年12月:JavaEye2.0

2006年7月底,robbin、ouspec和jerry组成了一个创业团队,决心围绕JavaEye网站创业,打造一个最棒的软件开发者社
区。为了争取最快的开发速度,robbin决定采用Ruby On
Rails开发一个Web2.0风格的JavaEye2.0网站出来。在robbin、ouspec和jerry的努力下,仅用了一个多月,主要包含论
坛、博客和招聘的JavaEye2.0的第一个版本就开发完成了。

2006年9月11日,JavaEye2.0正式上线发布,从此JavaEye告别了单一的论坛运营时代,走向了一个综合性软件开发者网站的道路。

自从JavaEye2.0上线之后,JavaEye网站得到了飞速的发展。但仅仅过了半年之后,2007年2月,jerry突然决定放弃创业,离
开了JavaEye创业团队。但是创业团队的变动没有动摇JavaEye网站。并且在2007年9月,JavaEye网站早期的资深会员Quake
Wang加入了JavaEye,组成了一个更加坚强和团结的创业团队。

基于JavaEye2.0的运营经验,以及一年来新的想法,robbin决定重新设计JavaEye网站,打造更加先进的软件开发者社区网站。因此决定完全抛弃JavaEye2.0的源代码,由Quake重新编写JavaEye3.0网站。

2007年10月,在JavaEye2.0网站代码基础上,JavaEye新闻频道发布,从此新闻频道成了JavaEye网站最重要的组成部分之一。

2008年1月-至今:JavaEye2.5

2008年1月1日,经过两个多月的开发,主要由Quake
Wang编写的JavaEye3.0网站上线。然而这个版本距离理想中的JavaEye3.0还差的很远,因此命名为JavaEye2.5版本。

2008年是JavaEye网站发展速度最快的一年。在这一年:

1、JavaEye网站的注册会员突破了20万;
2、JavaEye网站的页面访问量达到了80万PV;
3、JavaEye网站的博客频道得到了长足的发展;
4、JavaEye网站的问答频道发布,并且举办了三次问答大赛;
5、JavaEye网站的多个垂直频道上线;
6、JavaEye网站的博客电子书功能推出,新闻月刊推出;

等等

在未来的2009年,JavaEye网站仍有非常多激动人心的进步等待着我们去创造。

============================================================================

===  下面是iteye在2007年9月28日JavaEye3.0版本开发延期的通知

===  原帖地址: http://www.iteye.com/topic/136459
============================================================================

《在行进中开火 - 从JavaEye2.0到JavaEye3.0》
JavaEye3.0的开发工作已经喊了好几个月了,想必大家已经等得不耐烦了,为什么JavaEye3.0还不发布呢?JavaEye3.0准备延期发布了吗?
是的。

遥想2006年8月,JavaEye还只是一个每天流量4万左右的小论坛。我们三个人的开发团队在破釜沉舟的决心当中,花了一个多月的时间,全职进行产品设计和开发。很快就发布了JavaEye2.0网站。

如今2007年9月,JavaEye已经是一个每天流量50万的社区网站,还是三个人的团队,每天要处理客户的业务,要运营网站的内容,维护网站的bug,同样的决心,却已经没有足够的开发力量投入了。

此外JavaEye2.0刚上线的时候也只是完成了论坛和博客功能,而目前我们开发当中的JavaEye3.0网站的功能设计远远超出当初的2.0,此外我们还对代码的质量,页面的布局,测试的覆盖率也提出了很高的要求。

根据我们现实情况的估算,JavaEye3.0的上线时间要推迟到2007年的12月。3.0的推迟上线,不意味着我们无所作为。敏捷告诉我们,不要坐等一切条件都具备才能做事情,要在行进中开火!

所以在我们现在一边开发JavaEye3.0网站,一边开发和维护JavaEye2.0网站:

我们将把JavaEye3.0网站设计的新闻频道,全文检索,招聘频道提前到JavaEye2.0网站上线使用,同时将2.0实现的全文检索和新闻频道逐渐移植到JavaEye3.0的代码上面去;

此外我们还将把JavaEye3.0重写过的、能够支持自动保存草稿Rich
Editor编辑器迁移到JavaEye2.0网站提前使用。

尽管JavaEye3.0要到12月份才和大家见面,但是JavaEye3.0的功能将在未来三个月当中一点一点在JavaEye2.0网站上面
呈现出来,经过大家使用的反馈,我们也将更加清晰的了解到JavaEye3.0产品的设计和功能实现是不是最好的方式。此外,我们也希望以这种渐进的方式
从JavaEye2.0过渡到JavaEye3.0网站,避免3.0突然的推出对用户造成的不适应感。

JavaEye3.0是我们有野心的一个版本,想实现更多更好的东西,也想做个更加完美,所以才拖慢了3.0的开发进度。我们甚至希望在3.0网
站上面实现我们早已希望探索的SAAS功能,将JavaEye3.0建设成为一个软件平台,让大家都可以自行开发application,扩展网站的功
能,就像现在facebook提供给大家的扩展功能那样有意思。

但是饭要一口一口吃,目标越宏大,3.0上线就越慢,无限期添加功能和开发不断拖延是软件开发的大忌,所以我们以JavaEye2.0为起点,一
点一点的添加功能逐步过渡到JavaEye3.0。在行进中开火,我们会让大家看到JavaEye网站越来越有意思,越来越性感的。

============================================================================

===  下面是iteye在2007年10月22日JavaEye3.0版本新闻模块独立先行上线的通知

===  原帖地址: http://www.iteye.com/topic/134354
============================================================================

JavaEye新闻频道经过一个月的产品设计、修改、开发和测试,终于上线啦!新闻频道本来是JavaEye3.0计划推出的主要功能之一,考虑到JavaEye3.0开发周期比较长,因此提前到JavaEye2.0上线了。

JavaEye新闻频道就是要为大家提供优秀的软件开发新闻资讯,除了提供新闻的RSS订阅之外,新闻频道最大的特点就是JavaEye的每个会员都可以挖掘新闻,都可以发布新闻,可以说,新闻频道完全由JavaEye的会员们来创造:

如果你觉得哪条新闻特别好,那么不要吝惜你的鼠标,用“我 顶”来表达你的评价;

或者你有什么好的新闻来源,那么不要吝惜你的键盘,用“我来发布”将你的新闻提交给我们,通过我们的审批,你的新闻就可以出现在新闻频道首页醒目位置,当然,你还将获得30分积分的奖励哦;

新闻频道我们这次大胆的采用了Web
2.0的方式来设计,一反传统新闻网站通过网站编辑来发布新闻的方式,我们将新闻内容的建设完全交给了JavaEye会员们,我们相信通过我们大家共同的建设,JavaEye新闻频道一定会成为最优秀的中文软件开发新闻网站的。

JavaEye新闻频道上线,对我们JavaEye网站的创业团队,也是一个极大的士气鼓舞。今年年初,原来的开发人员Jerry离开了我们团队,和他的大学老师去开电脑培训机构,JavaEye3.0的开发计划由于人手短缺,一直进展缓慢。

但是最令人兴奋的事情就是:今年九月中旬,JavaEye网站的资深会员Quake
Wang加盟了JavaEye网站的创业团队,成为了我们中间重要的一员。我想,Quake加盟JavaEye,对我们的事业充满了信心,本身就证明了
JavaEye网站这些年所取得的成绩。正因为有了Quake这种可遇而不可求的高手加入,JavaEye3.0的开发进度有了实质性的进展。
JavaEye新闻频道正是在我们robbin,ouspec和Quake三个人紧密的配合下,顺利的上线发布了。

新闻频道不但是JavaEye网站追求卓越的第一步,也是JavaEye新创业团队锻造出炉的第一个作品,我们怀着诚惶诚恐,但是无比自信的心情
正式宣布JavaEye新闻频道的上线,宣布Quake
Wang加盟JavaEye的消息,也宣布JavaEye网站从此迈向成功的起点!

============================================================================

===  下面是iteye创始人Robin在2007年11月19日总结改版需要注意的问题的帖子
===  原帖地址: http://www.iteye.com/topic/141889
============================================================================

话说这网站改版就像站长的“滑铁卢”一样,无论网站多有名气,站长多么英明,倒在“网站改版”魔咒之下的,还真是不计其数。

2006年5月,老冒领导的uuzone改版。uuzone是国内做的最早的,最web2.0化的SNS网站了,改版之后网站访问量急剧下跌,
uuzone只得让新旧两个网站版本并行使用,然而并没有挽回网站下跌的颓势。

2007年9月,横戈领导的blogbus改版。blogbus是国内最早的博客网站之一,改版之后,用户批评意见四起,横戈在博客里面深刻检讨。

2007年11月,豆瓣改版,这次阿北也未能免俗,一样中招。豆瓣的用户在改版之后民怨沸腾,甚至开始纠集起来倒版,威胁网站把导航方式改回原来
的样式。由于豆瓣在互联网的知名度,顿时沸沸扬扬起来:有铁杆支持阿北者如和菜头,破头大骂倒版的“垃圾用户”;有幸灾乐祸者如麦田,推断豆瓣越来越天涯
化,真可谓一地鸡毛。

“网站改版”就像站长的梦靥一般,不改版迟早是个死,改版那死的更快。作为JavaEye网站的站长,我确实有点感同身受,改版被用户骂还真是很
委屈的一件事情:费了老鼻子劲,冒了多大风险,付出多大代价,千辛万苦把网站改了一遍,运行速度更快了,代码更干净,bug都修复的差不多了,网站布局更
加合理了,页面更加美观了,功能更加强大了,咋用户就是不买账呢?辛辛苦苦的劳动白费了不说,还被人骂,我委屈大了我。

换个角度,作为一个普通的网站用户来说,对于网站改版予以抵制,很可以理解,很大程度上出于用户养成的使用习惯问题。拿我来说吧,经常看新浪网的
NBA专题,这前几周NBA专题改版了,我一下就懵了,懵了好几天才适应新的版本。再说Google
Analytics也是我常用的Google服务之一,Analytics改版之后长达三个月之内我还一直使用老的版本,迟迟不愿使用新版本。所以说,改
变用户的使用习惯,对于网站来说,是非常忌讳的一件事情,但是改版还是得改呀,怎么办?

最近我们JavaEye网站也在面临着改版,从JavaEye2.0改版到JavaEye3.0,鉴于这么多英明神武的前辈都中了招,小弟我也是万分惶恐,日夜惴惴,唯恐中招。如何避免网站改版带来的负面影响,我觉得横戈总结的四条可谓金玉良言:

1、升级或新产品上线之前,不仅仅要做好充分的内测,有条件的话要搭建系统进行公测;
2、任何时候,都应该重视用户的使用体验,而不应完全从技术角度考虑;
3、新功能推出之前,应做好充分的说明,否则会让用户无所适从;
4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;

其实大部分网站改版都是败在忽视这几条之下的。JavaEye网站在2006年9月也进行了一次成功的改版,回顾这次改版,我觉得成功的原因在于以下两条:

1、JavaEye1.0只是一个论坛,而JavaEye2.0变成了一个综合性社区网站,只要JavaEye2.0的论坛部分保持和1.0一
致,改版就不会遭到用户强烈的反弹。在JavaEye2.0的开发早期,我们的程序员曾经想按照功能更加合理的discuz!的样式开发2.0的论坛,但
是被我阻止,我要求程序员必须原样复制phpBB样式的论坛,确保用户使用习惯的一致性。最终JavaEye2.0上线的时候,尽管网站代码是全部使用
RoR重写的,但是论坛完全可以和原来的phpBB以假乱真,连我自己都难以分辨。这样用户对于改版很自然就接受了。

2、在JavaEye2.0的开发过程当中,我们是把2.0放在网站上面一直公测的,让用户提前接触和使用JavaEye2.0,这样在真正上线的时候,就不再有特别陌生的感觉,对于改版就不会过分抵制。

然而对于我们目前从JavaEye2.0到JavaEye3.0的改版来说,同样的成功经验是不可复制的。2.0已经是一个综合性、比较完善的网
站了,无论怎么改,都会让用户产生不适应的感觉,而不可能像1.0到2.0那样从无到有的方式。另外对于一个JavaEye3.0的公测版本,由于2.0
本身有着丰富的内容,除了少量用户之外,大部分用户并没有兴趣经常去访问3.0的公测版本,那么怎么成功改版,避免改版魔咒呢?

Google
analytics是新旧两个版本并行,但是这个方式并不能够完全消除用户的不适应感,我的灵感来自于横戈提到的第四条:

4、不要同时推出太多改动,分阶段推出产品的改进效果会更好;

对,分阶段推出产品的改进,一点一点的改进网站,而不是从2.0一下跳跃到3.0。在2.0网站的基础上面一点一点改版,一点一点加功能,让用户
在不知不觉的过程当中实现了从2.0到3.0的改版迁移过程。如果说传统的网站改版,是让用户在一夜之间适应新版本的话,那么分阶段改进就是用户在长达两
三个月的时间内一点一点适应新版本。

因此从10月份开始,我就拟定了新的网站改版计划,JavaEye2.0的改版和JavaEye3.0的开发计划同时并行:JavaEye2.0
现在的网站功能一点一点的改进,不断向JavaEye3.0的功能和界面靠拢:在已经过去的一个多月时间里面,我们已经上线了原来3.0的新闻频道,改进
了网站的一级导航,和新闻频道的二级导航,发布了第一个新闻频道的专题栏目,论坛的回贴投票机制进行修改,接下去我们的博客功能还要大幅度扩充,博客频道
还要彻底改版,一点一点,在我们JavaEye2.0的代码基础上,让功能和界面一点一点往3.0的目标上面靠近。

与此同时JavaEye3.0根据原定的目标来开发,但是同时根据JavaEye2.0改进的用户反馈情况不断进行相应的调整。最终我们希望做
到,除了知识库频道是在3.0才上线之外的绝大部分功能在2.0的代码基础上全部修改到位,最终到明年春节真正把代码迁移到3.0的时候,让用户感觉不到
网站发生了改版。这样做的好处,除了保证了改版的成功,也可以提前几个月把新版本的功能让用户使用,在用户使用的过程当中,你才能发现你设计的新版本功能
究竟是不是用户需要的功能,如果不是,那么通过你的投石问路,你也能够清楚的把握用户的需求,从而做出适当的调整。

这是一个非常稳妥的网站改版方案,也许有人会说,那你2.0一点一点改完之后,你开发3.0还有什么意义呢?工作不是重复了吗?其实工作并不重
复,因为在我们2.0的改版过程当中,也不断把3.0实现的新功能迁移到2.0上面来,例如接下来的编辑器切换和自动保存、重写的博客导入功能。当然最重
要的在于,3.0的代码是在一个新的架构上进行设计和开发的干净的代码项目,可以提供更高的性能,更好的代码维护性,未来更好的功能扩充性。

JavaEye2.0改版到JavaEye3.0的成败我觉得系于两点:


1、JavaEye2.0能在多大程度上实现3.0的既定功能和界面改进
2、JavaEye3.0能在多大程度上保持和2.0一致的界面和用户操作方式

我相信,只要把这两点把握好,我们会再一次迎来成功的JavaEye网站改版。

============================================================================

===  下面是iteye创始人Robin在2008年3月21日对ITEYE发展的展望
===  原帖地址:
http://robbin.iteye.com/blog/174594
============================================================================

《关于JavaEye网站未来发展的思考》

曾经有好几次用户发贴调查软件开发者经常访问的网站,每次调查的结果都大同小异,绝大部分用户平常只访问两到三个网站而已,多的也不超过五个网站。我觉得这是一个很有意思的现象:

一般说来,软件开发者平时上网的时间都极长,除了上班8小时上网以外,晚上在家也经常泡在网络上面,很多人一天上网超过12小时也不算奇怪;更有甚者,很多人一天到晚都需要泡在网上,如果不能上网,简直就无法正常工作了,比方说我就是这样的典型。

但是对于这样一个每天泡网时间这么长的用户群体来说,为什么访问的网站这样少呢?以我自己为例,除了工具性质的Google以外,我每天上的网站
也仅仅只有JavaEye和新浪而已,其他网站都仅仅在需要的时候用一下而已,像我这样的典型用户在软件开发者群体当中普遍存在。

原因我觉得是因为人的精力是有限的,网络生活的展开不是发散型,而是逐渐趋于收敛的。虽然整个互联网网站的数量不断在稳步增加当中,但是作为一个
用户个体,他每天访问的网站并不会同步增加,而是始终收敛于二三个网站当中。但作为他经常访问的那几个网站,他对网站的需求是逐渐趋于多样化的,希望网站
不断能够提供更多的功能来满足他网络生活的多种需要。

现在JavaEye网站已经成为很多软件开发者平时网络生活所依赖的网站,为什么我们不把它做得更好,让用户用的更爽呢,牢牢的粘下去呢?
因此我觉得JavaEye网站应该成为为软件开发者提供全方位服务的网站,或者用一句庸俗的话来说:软件开发者的网络家园。

就我自己的感觉来说,每天用Gmail收发邮件,用Google
Reader阅读RSS,上新浪看一下时政要闻和体育新闻(曾经订阅新浪新闻RSS,结果被信息轰炸的无法阅读),然后就是泡JavaEye了,但问题是
JavaEye无法给我提供每天超过10小时的网络消磨方式,换句话来说就是:JavaEye还不足以承担网络生活家园这样一个目标。那么JavaEye
要如何去做才能够达到这样的目标呢?我觉得需要分三个阶段来达到:

第一阶段:以提供内容为主、扩大网站内容的来源和方式

无论web1.0还是web2.0,只要不是Google那样的工具型应用、facebook那样的SNS应用、以及网络游戏,那么高质量的内容永远都是网站的核心吸引力,别人到你这个网站来就是因为有他需要的内容。因此需要解决的问题无非是:

1、如何产生高质量的内容
2、如何有效的整理和展示这些内容

目前JavaEye网站提供了“新闻”、“论坛”、“博客”和“圈子”这四种内容展示的方式,并且通过博客、论坛以及圈子的融合来打通应用之间的
隔离,此外还通过全文检索来实现内容之间的关联性。但是我觉得这还远远不够,因此在JavaEye3.0的版本当中我们还将提供另外四种内容展示的方式:

1、知识库
知识库可以提供真正结构化的内容、可以有效的归纳和整理知识、提高信息阅读的质量和有效性,知识库也是可以在很大程度上弥补论坛信息杂乱的一种很好的内容展示方式。当然我们仍然会通过全文检索的机制,让知识库的内容和其他类型的内容形成有效的关联,而不是割裂开来。

2、招聘频道
招聘的内涵其实非常丰富,比方说如何进行职业生涯的规划、如果进行面试和笔试、常见的各种面试试题、应聘技巧这些知识性的招聘内容既是知识库的内
容,同时也是招聘相关的内容。此外针对招聘者来说,公司黄页可以帮助他们了解公司的信息、个人简历展示可以帮助公司了解人才的信息。招聘内容的建设可以极
大的丰富JavaEye网站的内容吸引力。

3、问答频道
论坛并不是一个很好的提问解答途径,特别是JavaEye网站的论坛定位在交流为主,版规严格的情况下,并不利于提问解答这一基本需求的满足。因
此,在保持论坛高质量的前提下,为了鼓励用户使用JavaEye网站,我们将提供另外一种形式的内容,即类似百度知道的问答频道,并且和知识库结合起来,
专门面向求解答案的用户。

4、精华频道
网站的核心竞争力在于高质量的内容、其实还有一个潜在的台词:高质量内容可以有效的树立一个网站的品牌和形象。随着2006年9月
JavaEye2.0的上线,精华内容的产生渠道就已经相当分散了,用户不能够快速有效的从JavaEye整个网站每天的新闻、论坛、博客、圈子、以至于
知识库、招聘和问答当中挑选出来真正的精华内容。于是对精华内容有偏执癖好的人来说,我们需要这一个精华频道,不求内容丰富,但求内容篇篇精华,可以咀嚼
良久,余音绕梁。

JavaEye3.0版本要完成的使命就是实现第一阶段的目标,建设完善的以内容为核心的综合性技术网站。今年上半年JavaEye的开发任务就
是上面这四个新的频道上线,以及现有功能的不断完善和优化。并且希望JavaEye网站的页面访问量可以从目前的每天70万,提高到至少每天100万以
上。

第二阶段:以用户交互为主、提高用户交流的质量和频率

实现第一阶段的目标也只是成为一个不错的技术网站而已,并不能成为软件开发者的网络家园。许多人之所以愿意整天泡在一个网站,并不单纯因为内容吸引人,从深层次的原因来说,是他熟悉了这个网站上面的人,他有和这些人进行交流的实际需要。

用户之间交流的信息质量是和用户之间的熟悉程度成反比:如果两个人之间很陌生,一定是通过他写的高质量文章吸引了你,让你对他有所了解,产生了和
他交流的话题和欲望;但是如果两个人之间很熟悉的话,交流的内容往往不是什么高深的技术话题,而是拉拉家常。所以高质量的内容仅仅是把软件开发者们拉到一
起来进行有效交流的纽带,而一旦用户之间建立了密切的关系之后,维系他们的主要不是高质量内容,而是交流的场所和交流的形式。

所以我们看到一种奇怪的现象,很多老会员可能平时并不经常发言,但是他会经常泡在JavaEye的海阔天空版,因为对他们来说,高质量的文章不是
最吸引他们的地方,而是活跃在JavaEye的这些id和他们进行交流,这才是驱使他们泡JavaEye的理由。但很遗憾的是,除了在海阔天空交流场所进
行灌水的交流形式之外,会员们找不到其他更加有效的交流场所和交流形式了。因此JavaEye第二个阶段的主要目标是提供丰富的用户交流场所和交流方式。
因此JavaEye需要借鉴facebook网站,开发更好的用户交流功能:

1、提供用户个性化信息聚合页面
类似用户一登陆facebook就可以看到各种和他有关的信息的profile页面,那么我们能不能够做到,用户点击页面右上角的“我的个性化网
站”链接以后,看到用户自定义的各种信息的聚合呢?比方说哪些人回了他的帖子、他关注的哪些高手发表了什么新的言论、他的某某好友推荐了什么内容等等,一
目了然。

2、休闲交友的小应用
平常好友之间交流缺少的不是话题,而是一个“引题”,不在乎交流的内容,但是需要有个东西来引导大家进入交流的场景。所以你如果想和某个久不大招
呼的朋友聊天,上来说“Hi,你吃了吗?”,其实你并不关心他吃没吃,只是你需要一个“引题”而已。制造引题的小应用有很多很多方式,只要看看
facebook上面很受欢迎的小应用,就知道应该怎么做了。比方说facebook上面有一个小游戏是吸血鬼游戏,你咬更多的人你的等级就越高,高等级
的吸血鬼还可以组织自己的军队,和朋友进行战斗,很简单的互动就可以让你和朋友保持不间断的联系。

3、提供更加多样的交流方式
可以不仅仅局限于网页上面的交流,开发好友之间的基于IM、浏览器插件、AIR甚至IDE插件,把用户关心的信息直接推送到用户的桌面。

第二个阶段的功能开发和运营则是今年下半年的主要目标。只有达到了这一目标,JavaEye网站才能真正具备足够的吸引力和强大的竞争力,才能真正发展成为一个规模足够大、能够支撑起来商业模式的技术网站。

第三阶段:以开放性为主、提供API,增加网站向外的信息整合能力

互联网未来的发展趋势一定是网站之间的互相共享资源与合作,而不是像国内目前这样大家死把着自己的用户和内容,唯恐被别人偷去了。我相信
JavaEye如果能够实现第二阶段目标,并且成长为行业内数一数二的大网站以后,就应该有一个更高的目标:整合行业网站资源,引领网站开放和合作的潮
流,事实上facebook已经给所有人树立了一个高大的榜样。

这第三个阶段则是JavaEye明年以后要努力的方向了,粗略的展望一下,我觉得应该做到这样两点:

1、网站平台化,向外开放API
让用户能够自行开发应用扩充网站的功能,特别是面向软件开发者的网站,技术门槛并不是问题。如果网站只能够是用户提出需求,然后站方开发功能,实在有些无趣。想像一下用户自己开发应用,给网站添加功能,自己改造自己的个人空间是多么有意思的事情。

2、网站聚合化,把外面信息聚合进来
这包括两个方面:聚合个人博客,聚合小型网站。比方说很多人更喜欢自己购买域名租赁空间架博客,但是他的博客流量很低,不能参与到一个大的技术交
流圈子里面来。那么我们能不能够通过API接口,让用户自行编程把自己的博客以某种形式聚合到JavaEye网站上面来呢?对于小型网站也是这样,能不能
让小型网站以某种方式整合到JavaEye网站的平台上来呢?双方合作的好处就是小网站可以获得大网站的平台资源,可以获得流量,而大网站更加平台化,能
够整合更多的资源,变得更加强大。

如果能够最终实现第三个阶段的目标,JavaEye会具备滚雪球般的自我发展能力,能够真正的在竞争当中立于不败之地,能够真正成为令软件开发者所每天依赖的那个网络家园。

============================================================================

===  下面是一位网友在2009年04月19日发现iteye被攻击后发布的帖子

===  原帖地址:
http://www.blogjava.net/fl1429/archive/2009/04/21/266682.html
============================================================================

今天是什么日子,早上刚过来上班就看到两大不好的消息, 第一是Oracle以总价74亿美元收购了SUN公司,第二是 javaeye
被黑了

先来说说Oracle收购SUN,我并不看好这次收购,就算收购了,被IBM收购了应该会更好一点

1,我最担心的是Mysql了,前年Sun收购了Mysql,我还欣喜若狂,我们知道Oracle是做大型数据库的,而且收费老高了,mysql是轻量级的中小型的数据库,是现在中小型企业的首选,被oracle收购了,是好事坏呢,我们拭目以待吧

2,还有放心不下的就是java了,感觉java已经老了,似乎现在是动态语言天下了,随着Sun被收购,java的末路是不是已经来了?我不得而知

3,IBM实质是做软件赚钱的,Oracle是做数据库的,所以我认为IBM收购Sun会更好一点

收购证据:

打开sun公司的网站首页:


中小型IT技术网站的成功案例——iteye

打开oracle公司的首页:


中小型IT技术网站的成功案例——iteye

再来说说javaeye被黑,这个我也有感触:

1,有人说sun被收购了,所以javaeye被黑了,我想这个搭补搭噶,我不想知道,或者说还是javaeye的robbin大哥与人结下的个人恩怨导致的,我们也不清楚,那就是等着javaeye重见天日再说吧!

2, 我知道javaeye的架构是ROR(Ruby ON
Rails),也正是我现在正在学的架构,这次javaeye被黑,想必ror的安全性会受到质疑,可能有人会说,无论哪种架构,你再安全的架构都会被黑
的,可这次被黑的必定是一个ror的网站,我想还会有点抹黑的!

javaeye被黑证据:

opera中打开的javaeye首页:没有提示我有病毒,但是过一会,opera提示出错,opera被关闭了!


中小型IT技术网站的成功案例——iteye

ie6中打开也是乱码,但是提示网站有病毒,难道javaeye被挂马了?

 

但愿我的blogjava不要被黑,不然我的blog数据说不定也就没了,..呵呵..开个玩笑!

09-04-21 10:00 javaeye已经恢复正常!

============================================================================

===  下面是iteye被CSDN收购后,一位网友在2010年9月10日的帖子
===  原帖地址: http://www.iteye.com/topic/760232
============================================================================

    
今天从搜狐网站上看到CSDN收购技术开发交流社区JavaEye ,虽然此消息还没得到确认但是我想就此事谈谈我对javaeye和csdn的看法。

    

     
喜欢javaeye的一个原因是因为上面的很多文章都是原创的,但是不知道5-6月份改版把原创去掉了呢?编程是发现问题解决问题的过程,对于一个问题能
搜到很多相同答案,互联网不需要每个人都复制粘贴别人的博客内容,需要的是原创。只有原创的东西才是有价值的,因为只有经过自己的实践才会发现真理。

    

     
javaeye的用户群很有限,搞java的占多数,我最近一年多一直在从事flex的开发,但是javaeye上flex开发的东西很少,举个简单的例
子,写博客插入代码就没有as3代码选项。本人很喜欢javaeye的语法着色功能,因为我们不及要实现代码之美,也要实现博客之美。

 

     
javaeye的盈利模式有限。广告客户也基本上就是一些软件公司,客户很单一。

 

     
javaeye更新太慢,现在javaeye首页的新闻基本上都落后于csdn。

     

     
csdn虽然是一个很大的技术网站,但是csdn有些东西不够专业。例如,flex开发模块但是做的很一般。例如 天地会
是一个很不多的flex开发网站。

     

     
先说这么多吧,愿javaeye越来越好。。。

============================================================================

===  下面是iteye被CSDN收购后,另外一位网友在2010年9月11日的帖子

===  原帖地址: http://www.iteye.com/topic/760960
============================================================================

JavaEye就这样悄无声息地被csdn收购了。
知道这个消息,是闲逛JavaEye海阔天空版,突然发现了这篇文章。后来迫不及待地google,发现几乎没有资讯类媒体的报道(除了sohu这篇)。
一个社区的文化,往往是创始人的文化。在JavaEye被收购这件事上,也是robbin的风格:内敛。当然,也有robbin的无奈。

为什么JavaEye这么沉默?
我想,这是所有JavaEyer的第二个疑问,第一个疑问我开篇第一句就解答了。

任何媒体的报道或炒作,都由基于两个原因:媒体的利益,或是被炒作对象的利益。

公司层面,五年前的联想收购、两年前的汇源收购、今年的吉利收购,除了汇源,估计都是借媒体造势,来强化自己的公司品牌;
个人层面,最近的黄光裕和陈晓的国美争夺战,双方背后都有一个强大的公关团队,借媒体之势来压倒对方。
两年前的新华都事件,唐骏成了一个时代的偶像:普通人可以通过勤奋进入上流社会,一定程度上,是媒体成就了他;现在呢,他却成了媒体的众矢之的。

那么,JavaEye收购事件,没有进入媒体的视野,也就可以理解了,因为robbin不希望这件事被张扬。

我发现,讨论这件事的,只有一些技术社区和个人博客。即使sohu那篇报道,后面也没人响应。我想,这就是用户群差别吧,对sohu那个栏目关注的读者,不太可能经常闲逛于JavaEye。互联网上的资讯网站,只有这样的报道,才会引来闪闪的眼睛、滔滔的口水。

JavaEyer,你别哭
在汽车界,很多知名的品牌,都是几易其主,如当前通用的凯迪拉克、福特的林肯、大众的奥迪。但是,他们的品牌还是保留下来了,也就是说,它们的用户还是认可的。

收购更多偏向一种商业行为,如果收购方不把自己的理念强加给被收购方,或者两者理念差不多,从用户角度看,收购与否关系不大。amazon收购zappos(卖鞋的亚马逊)后,并没有干涉后者经营,如:一收购后,就是裁员、组织结构重组,第一遭殃的就是员工。

我相信robbin是将JavaEye当成事业来做,csdn的蒋涛,也是一位很有理想的人。他们不会像某些VC,喜欢玩所谓的资本运营,把企业当成生意做,把上市当做套现。

在用户群上,JavaEye偏高端,csdn偏低端。现在的企业兼并,一种就是产业链整合。我估计robbin不会这么干,因为人的整合和产业链整合是两码事,产业链整合,是为了让用户得到一站式服务。

如果收购后,JavaEye和CSDN的会员整合,那可能就是灾难了。
我04年就经常上CSDN,感觉那儿太浮躁,会员的互动更多偏向于功利(悬赏模式),很难让人产生归宿感。
你看JavaEye,会员有什么悲喜事,像喜得贵子,都能评上精华,这纯粹是出于一种人际情感,而不是文章质量。如果是在CSDN,你会发这种帖子吗?

JavaEye的会员,愿意与csdn为伍吗?

JavaEye这两年,锐气(帖子质量)比起前五年,弱了很多,虽然流量不减。
生活社区,如本地化户外小组,可以循环地老生常谈,它更多关注人,偏向于人与人之间的感情交流;而技术社区,更多偏向于事,事情总会往前进展,当那些高级会员感觉没事可谈时,自然会选择离开(海阔天空版是一个留下的理由)。

不过,如何保持05年那种活跃气氛,我觉得还是和经营有关。
08年,我回到毕业十年的高中,发现那儿还是一群年轻的男生女生,但有一点,他们还是这座城市、这些中学中的佼佼者。JavaEye如何一如既往地吸引、留住这样一批人?

如果JavaEye按当前这样发展下去,我不并乐观。被收购,也许会为JavaEye提供更强大的能量,如资金、运营团队。

JavaEye,中国的信息化进程,你功不可没
曾经,报道海尔砸冰箱的记者,在国人的产品质量启蒙上,是一位功勋。
今年,成都评选100位最有影响力市民,张靓颖被提名,很多人反对,但我觉得,她那首MV《I love the
city》,对竖立了成都积极、阳光的形象,发挥了巨大的能量。
如果说到范冰冰,除了给娱乐产业带来了几亿的销售额,以及为上千万的年轻男性,在孤独的深夜提供yy服务,仅此而已。

真正有影响力的人或事,很难从商业上去衡量,他们却推动了社会的进程,JavaEye就属于这种。
在中国,不知道有多少企业的IT系统开发,受益于JavaEye这个平台。在我从事企业开发那几年,JavaEye一直是我最重要的导师,指导我前进的方向,提供我技术的协助。

希望JavaEye还是一如既往地追寻,高品质技术社区的梦想。
当这个社会都很浮躁,都在投机取巧时,沉稳、踏实,就是一种稀缺的资源,一种强大的竞争力。

============================================================================

===  下面是iteye在2010年11月被电信关停两天,一位网友在2010年11月24日的帖子
===  原帖地址: http://www.iteye.com/topic/819969
============================================================================

居然停了这么久~ 不过总算是守得浮云见明月啊.

事情进展:

11月24日消息,日前,JavaEye被关闭,自11月22日下午1点10分左右,访问该网站时则被提示“网站因有违规内容而被关闭,具体事宜请联系您的接入商”。而该网站至23日晚间仍无法访问。

而针对JavaEye被关一事,JavaEye创始人Robbin于11月22日下午在微博发文称,“这年头,代码写得好也是杯具啊。”范凯表示JavaEye之所以被关闭,是因为他编写的防火墙代码太智能,把电信部门负责网站内容监控的爬虫封了。

PS:
何为“电信爬虫”?一位业界专业人士透露,电信部门或者接入服务商都会要求虚拟主机安装主动监控软件,这些软件会自动扫描所有网页和链接,称之为“爬
虫”。JavaEye创始人范凯表示,他之所以会编写防火墙,是因为“爬虫”会导致网站访问速度减慢,严重时甚至无法访问,而且“爬虫”也侵犯了网站版
权。

至此,JAVAEYE 已经能正常访问,不过速度好象有所下降.

============================================================================

===  下面是iteye创始人Robin在2011年04月01日宣布更名的新闻
===  原帖地址: http://www.iteye.com/news/20605
============================================================================

今天,也就是2011年4月1日愚人节,我们不得不在这样一个特殊含义的节日,向JavaEye会员宣布这样一个富有讽刺性和纪念意义的网站公告:由于
Oracle公司通过授权的律师事务所,对JavaEye网站提出了我们无法接受的苛刻条件,在经过我们长期努力的交涉无效之后,Oracle授权的律师
事务所
以强硬的姿态要求我们服从,并且以停用iteye.com的域名作为威胁,因此,我们只能被迫放弃已经运营了7年的JavaEye的域名和JavaEye
品牌,更名为ItEye。

JavaEye网站从4月1日起,正式更名为ItEye技术网站,同时网站域名从iteye.com重定向到iteye.com。

事情要从2010年的11月26日说起:

11月26日我们收到了Oracle授权的联德律师事务所发来的律师函(律师函请看附件),声称:我方未经Oracle公司授权,擅自使用了iteye.com的域名,涉嫌误导JAVA商标,要求我方如下:

Oracle 写道
1. 不在iteye.com网站首页使用“JavaEye”标识,并改用其他名称,例如“EyeonJava”;
2. 在iteye.com网站醒目位置添加声明,表明该网站与甲骨文美国有限公司没有任何关
系,如: “[Eye on Java]—有关 JAVA 的非官方社区网站 An Unofficial Community on
JAVA”,或者 “[Eye on Java]—独立的 JAVA 社区网站 An Independent Community on
JAVA”;

这两个条件很诡异的地方在于:
1、一个运营了7年的JavaEye品牌,网站竟然不能出现JavaEye的字样,那让我们的用户和我们公司的客户怎么看,让我情何以堪?
而且尤其诡异的地方在于:javaeye和eyeonjava这两个标示并没有任何本质的区别,如果javaeye涉嫌误导,那么凭什么
eyeonjava就不涉嫌误导了呢?
如果我今天按照你的要求改成eyeonjava了,明天你又告我eyeonjava也涉嫌误导,难道我还得天天改来改去不成?

2、众所周知,JavaEye现在并不是一个纯Java社区,而是一个综合性技术网站,让我们在首页挂一个“有关Java的非官方社区”的标语,让我们网站的非Java程序员情何以堪?那不是摆明要逼走所有不做java的程序员吗?

总之,我们觉得Oracle要求十分无理,对JavaEye网站的发展也极其有害,根本无法接受这样的条件。为此,我们双方展开了长期的拉锯和交涉。经过多次拉锯之后,我们最终明确拒绝了Oracle提出的条件,我们认为:

引用
JAVA(TM)
是一个注册商标,但是java是一个通用的英文单词,我们使用的是java,而不是JAVA(TM),因此,应该不构成侵权的事实,
我们iteye.com域名的使用,并不会让公众产生不必要的误解,特别是,我们网站上面没有使用任何Oracle或者SUN公司相关JAVA(TM)商
标的任何标示或者图标,因此不存在侵权。

Oracle在3月29日则给出了最后的通牒:

Oracle 写道
您注册和使
用的域名“iteye.com”完整包含了甲骨文美国有限公司的“JAVA”注册商标,与其构成近似,而且该网站登载有商业性质广告,满足域名争议以及计
算机网络域名侵权的法律要件。因此,从法律角度讲,无论是通过域名争议或法院诉讼,甲骨文美国有限公司都可以要求贵方停止使用该域名。

为此,我们不得不考虑更换网站域名和标示。其实ItEye是我们很早之前就已经获得的域名,但考虑到JavaEye作为一个社区已经运营了7年,
具备了很高的知名度和品牌忠诚度,更换域名会造成品牌延续性的中断,对网站SEO来说也会造成巨大的冲击,而且对网站用户特别是博客用户也会造成很多的不
便。因此我们不倾向于轻易的更换域名和品牌。

但是众所周知,
Oracle公司对开源社区一直不友善,收购所到之处,开源社区寸草不生:Oracle收购BEA之后,悍然关闭了BEA运营多年的dev2dev社
区;Oracle收购SUN之后,连续关闭了SUN的多个开源项目和社区,Netbeans项目也奄奄一息;Oracle和最大的开源组织Apache基
金会也矛盾重重,Apache基金会差点宣布退出JCP组织;特别是和JAVA有关的公司,Oracle更是频频挥舞法律的大棒,连Google都不放
过,,最终连JAVA之父James
Gosling也离开了Oracle投奔了Google。因此谁有能保证以后不继续拿JAVA商标无端生事,将JavaEye网站逼入死路?

所以,我们不得不下定决心更换域名,忍一时之痛,彻底解决域名侵权的法律威胁。我们知道,更换域名之后,ItEye新的网站SEO排名将从零开
始,网站用户也会有一部分流失,这对于网站来说将是一个沉重的打击,但是我们不得不做出这个决定,来换取网站的生存权。我们相信,更换了ItEye域名之
后,通过我们团队的共同努力,也通过新的ItEye网站从产品创新,从代码重写,从内容运营和建设方面的共同提升下,我们的新ItEye网站将迅速从低谷
中走出,超越原来的JavaEye网站,愚人节对我们来说,并不是一个糟糕的节日,而是一个值得纪念的开始,这个具有戏剧性的愚人节将见证ItEye从零
走向辉煌。

最后,我们也以自身的悲催经历善意的提醒那些可能和我们同样遭遇的网站,对于任何Oracle未来可能收购的公司的商标,要尽量避免使用,以免将来遭到Oracle法律武器的攻击。

关于本公告相关问题的解释请看:JavaEye被迫改名ItEye网站的FAQ(常见问题解答)
不相信Oracle会给我们发律师函的请看前SUN社区经理蒋清野揭露的内幕:从JavaEye社区被迫改名说起

从Rails聊聊小公司的研发团队建设(转自ITEYE ROBIN)

首先分享一点数据吧:

JavaEye的PV到了140万了,一年前才100万出头,增长算不错的。仍然是单台Web服务器,Rails处理动态请求超过340万,除了
真实用户访问,还有API,RSS以及很多爬虫的请求。看JE的alexa排名,CN排92名,全球790名,不过就2台服务器(1个web+1个
DB),2个程序员而已。

所以选择技术的时候,不能盯着TOP10的商业网站看,因为很少有创业团队最终能够走到TOP10,也不需要走到TOP10,即使现有的语言和架
构无法满足需要了,更换技术架构的网站也很多:2000年我在上海出入IDC机房的时候,旁边是易趣的服务器,都是用FreeBSD跑PHP,可是后来易
趣大了以后,迁移到了Java平台;阿里巴巴早期也是用PHP的,后来请了SUN的团队帮助做架构,后来慢慢迁移到Java平台了。而且正如很多人所说
的,一个大访问量和高负载的网站,性能好坏取决于架构,而不取决于编程语言,用什么编程语言都可以架构出来一个很强大的网站,所以,现实一点来说,选择什
么编程语言,更多的是从团队建设的角度来出发的。

因为每个团队的情况都不同,就拿我们自己来说吧:

招聘一个PHP的10人团队难不难?
难!非常难!我们现在连一个PHP程序员都招不到,投递简历过来的,绝大部分通知面试都不来,其中还有一个竟然这样和我们说:今天我没空,改天我面试你们
附近一家公司,顺便去你们公司面试。偶然幸运的来的几个候选人一聊,很多基本功都不过关。

上周末搞活动,有腾讯的哥们问我,有PHP程序员推荐给我啊,我们急需,我听了都想吐血。你们腾讯,百度,新浪,网易都在北京狂招PHP程序员,还给不给我们小公司活路?何况你们现在都招不到,我怎么可能招得到?

反过来说招聘一个3-4人的Ruby团队难不难?
也难,但是难度小一些,起码可以自己培养,而且自己培养出来的3-4人的Ruby团队的生产力会超过10人的PHP团队,也许单人成本高一点,但是整个团队的综合人力成本会更低,团队战斗力还更强。

其实这里面引申出来一个问题:小公司应该组建什么样的研发团队?
大规模普通水平普及型编程语言团队,还是高效率高生产力小规模团队?我认为目前小公司唯一的活路就是高效率的小规模团队,这样的团队才能充分发挥小公司灵
活创新的特点,才有可能在某些方面战胜大公司,也才有可能在人才竞争方面胜出。

小公司如果想组建大规模普及型编程语言团队,往往是个看似容易,实则无法实现的泡影:一方面普及型编程语言招聘需求旺盛,跳槽频繁,你比大公司在
人才方面的竞争力弱,不可能招聘到很多合适的人才;另一方面小公司去管理上规模的研发团队,管理上的挑战非常大。我们都知道,研发团队每增加一个人,沟通
成本都指数级上升,规模到了一定的阶段,就必须动用严格的KPI体系,而不是靠个人激励来管理研发人员,而一旦制度化管理研发团队,隐性的人力成本浪费就
是惊人的。最终结果就是你的研发团队规模越大,整体生产效率越低,而整体生产效率越低,你就被迫越扩大研发团队的规模,最终陷入恶性循环。

JavaEye的实践可以证明,高效率小规模团队的生产力可以超过大规模普通研发团队。其实我也很想有大把的钞票,很好的公司品牌,牛人们纷至沓
来的那种感觉,但是那都是幻觉。我们要以弱胜强,以少胜多,就必须选择自己build团队,自己培养人才,采用高效率的秘密武器。

最后推荐一篇文章: Rapid Development with Rails ( OSDC 演講)

原文链接:http://robbin.iteye.com/blog/972242

转CSDN研发和运营总监Robin的一篇文章《我来CSDN的这一年》

对网站运营型公司的研发和运营管理有很多参考和借鉴之处!

=========================================================================

从ITeye(JavaEye)被CSDN收购,我从上海搬家到北京上班,眨眼之间已经过去了一年多。回顾过去这一年,生活环境发生了巨大改变,工作的职
责和角色也重新定位,面临了一些新的困难和挑战。总体来说,感觉自己这一年过得很充实,很有成就感,在公司的大力支持下,计划做并且花了时间和精力努力的
事情基本都做成了,如果要给自己打分的话,我会打80分。那剩下的20分代表本计划去做却没有时间或者精力做的事情。希望在未来的一年,可以把我剩下的
20分也做好。

2010年3月 – 2010年8月

2010年3月底我到CSDN报道,接手了公司研发部门和产品运营部门,负责CSDN(包括ITeye)网站所有产品,研发,系统运维,网站运营
的工作,不过一直到8月我经常不在北京:一方面经常往返北京和上海处理公司并购的事情;另一方面因为母亲病重常常回家照顾。这段时间主要是熟悉公司的状
况,了解部门业务和员工。当时部门士气很低落,两个部门总共17个员工,在我接手部门前已经有两个员工提出了辞职,后来陆续有员工离开,到8月底部门剩下
了10个人。考虑到自己也是新人,需要时间了解和适应公司,另外刚刚空降,应安抚老员工保证部门正常运转,因此这段时间做了几项有针对性的改良措施:

1、两个部门人员很少,部门之间协作却存在互相推诿;我和基层员工隔了部门主管,团队经理两个层级,不利于深入业务层面进行调整。因此进行了组织架构调整:合并两个部门取消部门主管层级,改设5个团队,团队经理直接向我汇报,减少管理层级,提高执行效率。

2、逐步建立和完善部门规范的管理制度,如:使用JIRA进行整个部门的工作任务量化管理;建立定期周会,周报和月报制度;我亲自制定了部门绩效考评内容、评分标准和奖励等级;要求团队间工作配合必须邮件书面确认抄送给我等等。

3、针对公司过去跨部门配合出现的混乱状况,明确了本部门和公司其他部门合作流程,并要求跨部门合作必须抄送我和相应部门高管,得到我邮件确认才准执行。

4、针对公司过去产品无规划无设计的状况,设立产品团队,制定产品设计流程,我兼任产品经理主抓产品,并开始培养产品设计人员。

在我来公司前,CSDN无产品设计和研发流程,无论部门内部还是跨部门产品研发,都是业务人员直接找负责该产品线的程序员下命令修改;大的产品研
发,业务人员找UI设计人员做一套页面就发给程序员要求XX时间完成,相互之间缺乏沟通:一方面程序员反感和抵制没头没脑的需求和毫无计划性的产品变更,
觉得自己被使唤来使唤去在公司没地位;另一方面UI设计人员被迫承担了本应该是产品经理的需求搜集和产品设计工作,盲人摸象的做完就交差;最后是业务人员
抱怨UI设计人员和程序员根本不配合,觉得他们都是大爷哄着才能干活。结果团队之间部门之间推卸责任,事情做不好只怪对方不给力,自己全然没责任。

针对这种状况我设立了产品团队,亲自兼任产品经理把所有产品都抓过来统一管理。无论部门内部还是跨部门产品研发,统一走产品设计流程:所有产品先
经我批准,然后在产品团队立项,走产品原型设计流程,接着才是UI设计和页面制作,最后才是程序员研发。从源头上狠抓产品原型设计,在原型设计阶段反复推
敲和修改,慎重的对待每项产品功能,避免了后续UI反复推翻页面设计,程序员反复改产品的大问题。从CSDN产品角度来说这段时间做了一些小的产品改进,
如主题课堂,织梦内容发布系统,投票评论留言,新浪微博整合等,但主要工作在梳理CSDN混乱的产品线,通过两次清理,关闭了100多个废弃或者很少被使
用的子网站和域名,关闭了很多鸡肋性质的频道,以及核心产品的鸡肋功能。

这几个月虽然做了大量的部门建设工作,员工士气得到了很大的提高,但员工流失仍然在继续。而且我反复强调的工作理念得不到良好的贯彻执行,员工完成的任务质量离我心中的标准差距很大。

2010年9月 – 2011年1月

2010年8月底我彻底base在北京办公,这个时候部门员工只有10个人:3个程序员,3个社区运营和客服,2个网站运维,1个产品设计,1个
UI制作,巧妇难为无米之炊。所以9月和10月在公司支持下进行了一轮大规模招聘,总共招聘了10名新员工,重新build了整个部门团队,开始取得了一
些成绩,但也遇到了非常大的困难。

在部门团队build方面:设立了PHP,.net和Ruby三个研发团队,分别负责不同的产品线;公司整个UI团队也划到我部门管理;网站的社
区运营方面增设了内容审核团队,后来我又将运营团队分拆成CSDN运营和ITeye运营两个团队,加上原有的产品设计和运维,总共有8个团队经理直接向我
汇报。

在产品和研发方面:彻底重写了CSDN用户管理功能(以下称passport),数据库也迁移到了Linux下MySQL;编写整个CSDN的搜索部分代码,提供了全文检索;对CSDN网站全站导航进行了重新设计和改造;开发了新的针对移动的cmdn社区(后废弃)。

由于CSDN各产品线都是独立的,因此需要统一的用户注册登录管理产品passport。在过去,passport代码极其臃肿,不同产品线的登
录代码直接hard code在源码中;数据库使用SQL
Server,大量有用无用的存储过程调用,用户表数据量庞大,而且非常多无用冗余字段,查询缓慢,用户时常无法登录;而且CSDN用户注册和登录页面的
用户体验极其糟糕;最后CSDN很多产品以各自的方式调用passport,导致passport不得不维护多套协议适配各种产品。因此欲改进CSDN网
站,必先动passport,而一动passport,则牵一发而动全身,CSDN所有产品都可能出问题。因此在动手重写passport之前,我耐心等
待了好几个月,一方面一遍一遍做CSDN产品线梳理,尽可能找出所有耦合产品提前解决隐患;另一方面等待各部门高管一致表态愿意承担各自产品线出问题的代
价来支持重写。

新的passport产品从2010年9月设计到2011年元旦上线花了3个月时间,passport产品看似需求简单,代码量不大,然而却有非
常多的细致工作:重新设计整个用户登录验证功能,以确保更高的账号安全性;尽可能的测试所有CSDN需要登录验证的产品线,跨不同编程语言,以确保兼容
性;由于账号数据库达到了1700多万条,必须使用缓存来提高用户账号数据查询效率;详细的登录日志记录、授权记录以及账号审核功能以确保误操作的可追溯
和找回;庞大的数据量从SQL
Server迁移到Linux下MySQL的迁移效率问题;重新设计用户注册,登录和账号设置,改进用户体验等等。新的passport产品上线并不引人
注目,但意义非常重大,它是第一个真正讲究产品设计和用户体验的CSDN产品,而且解决了passport问题,其他产品才有可能改进。

这段时间遇到的最大困难是我始料未及的团队融合问题:9月和10月集中入职了10名新员工,整个部门有一半都是新人,但到11月有5名新员工离
职。公司招聘新人留不住是个很严重的问题,这也是我进CSDN以来遇到的最严峻的挑战。新员工离职虽然有很多原因,但最核心问题在于两点:

1、新员工入职过多过于密集比例过高,我没有高度重视新员工的融入问题。后来关于新员工融入也有很多经验和教训:新人入职前两周对公司的印象决定
了他对公司的最终印象;新人入职第一个月适应与否决定了他在这家公司会待多长时间。那段时间集中入职了10个新人,没有制定系统的新人融入计划,而我又有
一周多时间不在北京,新人茫然无措。

2、虽然经过我前几个月的调整,但当时部门都是工作多年的老人,老的风气和习惯已经形成了很顽固的不良文化,新人很难适应这种不良的文化和环境,同时又被个别老员工灌输了太多公司n年前沉芝麻烂谷子的负面八卦,工作情绪受到很大的影响。

公司文化说起来很飘渺,但它又实实在在影响每个员工。一个新员工进入一家公司,要么被公司的文化同化,要么自己适应不了离开。而这次是大批新员工
入职,老的公司文化和新员工群体之间的融合问题突然变得很尖锐,大批新员工离职就是一个很糟糕的信号。我当时感觉到这是个生死攸关的挑战和契机:如果任由
这种情况发展下去,老的公司文化会迅速吞噬掉新的员工,然后整个部门回到一开始死气沉沉的状况,我所有的努力都会化为泡影。一鼓作气再而衰三而竭,这次如
果不能借新员工入职来冲击和改变老的公司文化,而是任由新员工全部流失,以后未必能有第二次机会和心气去改变整个团队的风气,因此我下定决心把整个部门风
气彻底扭转过来,并且针对性采取了一些措施:

1、加强部门内部的沟通和交流,打造一个交流氛围浓厚,成员关系很融洽的部门。鼓励员工工作时间经常热烈讨论和交流,甚至说说笑笑,无拘无束。

2、重视团队内部的分享,团队间轮流进行内部培训,将自己最近钻研的工作和技术心得向大家分享
3、在部门内部加强团队管理,树立赏罚分明,及时落实的威信,发现问题迅速解决避免拖延;
4、抓重点团队主次分明,在团队建设积极向上的交流氛围,推动整个部门风气的转变;
5、坐在员工旁边,及时和员工交流,杜绝各种杂事,拿出时间多和员工交流;

我原来有自己独立的办公隔间,但坐在隔间里面不方便和员工直接交流,也不利于发现团队的问题。所以我就干脆搬到员工的工位坐,这段时间主抓哪个团
队的工作,就搬到那个团队中间的位置坐,随时随地和员工沟通,检查员工工作,及时解决团队出现的问题,并且这样做也可以身体力行的教会员工怎样正确的做事
情,怎样达到我要求的工作标准,怎样成为一个优秀的员工,怎样避免犯不应该出现的错误;此外我给自己设置了3个月的冻结期,从11月到春节前除了必须在上
海出席的SD大会之外,杜绝一切外事活动,专心致志在公司蹲点练好部门的内功;在抓团队工作的时候,深入到业务层面提高工作要求,如对研发团队我会做详细
的code review,对产品团队我会仔细检查每个产品原型设计。

经过3个月的不懈努力,整个部门的风气被彻底扭转过来了,新人和老人开始融合成为了一个集体,团队的执行力得到了巨大的改变。过去我下达的一个命
令,要我自己一个环节一个环节盯下去才能完成,这个时候下达一个命令,整个团队就会动起来自己按部就班的执行下去,并且这种风气反过来开始影响老的员工,
推动老员工开始转变。我所管理的部门从3月底接手的时候被公认是公司最差的部门,到年底变成了公司风气最好的部门。

2011年2月 – 2011年7月

虽然部门的风气已经开始走上了健康的自我循环,但部门缺岗仍然很严重,过完春节之后整个部门有20个员工,这个时候遇到的最大问题就是招聘荒了。
今年2月-3月是整个IT行业招聘都特别困难的时期,一方面由于各大互联网公司特别是电子商务和团购网站的疯狂招聘,另一方面IT人才供给开始减少,连大
公司招人都很困难,更不要说我们了。在4月之前长达1个半月招聘期间一个新人都没有招到,而且由于各种原因陆续有人离职,到4月,部门员工又缩减到14
人,团队又需要重新build了。

从2月到5月份我的核心工作就是招人和build团队,整个招聘状况从4月份开始转变,4月-5月招聘了大量的新人,同时也有很多公司内部转岗的
员工,到现在,整个部门人员已经扩张到了11个团队总共36人。由于有了去年的惨痛教训,对新人入职进行了高度重视,因此虽然入职本部门有22个新人,远
超过原部门员工14人,但新人融合情况非常好,整个部门蒸蒸日上:

1、我将带新人列入各个团队经理的绩效考核项目之内,加强对团队经理带新人方面的考评;
2、每周和各团队经理沟通新人入职后的表现状况,入职前两周几乎天天询问团队经理,对新人出现的各种状况立刻采取应对措施;
3、我定期对入职新人进行本部门的新人培训,帮助新人迅速了解部门状况;
4、对团队经理们进行管理培训,教会他们如何带好新人;

由于一方面高度重视新人适应期,另一方面经过去年底的风气扭转已经形成了良好的部门文化氛围,因此除了个别拿我们当去大公司跳板的无良新人,绝大
部分新人都很好的融入了部门,并且随着新鲜血液的不断加入,很多新人工作的冲劲和心气对部门文化氛围不但没有冲淡,反而对部门文化进行了很大的加强,而这
种更加活跃,更加积极主动承担责任做事情的态度反过来又不断激励了部门老人改变自己的作风,以更加积极的态度工作,新人和老人之间的互相促进起了美妙的化
学反应。

在部门团队build方面,扩张到了11个团队:3个产品团队:产品设计,产品UI,平台UI;4个研发团队:PHP,Ruby,.net和搜
索;3个运营团队:社区运营,内容审核,高校俱乐部,此外还有系统运维团队,这11个团队经理直接向我汇报,整个部门职能团队基本齐全了。在我来CSDN
之前,公司没有产品设计团队,产品设计方面一片空白;社区运营团队也十分残缺,干的活根本就达不到运营的基本要求,所以我针对性的build了产品团队和
运营团队:

1、设立了产品设计团队,制定了规范的产品流程,强调以互联网产品设计驱动整个产品设计,UI,研发和运营流程,将目前公司所有平台级产品开发统统规范起来了;

2、搭建了两个职能分开的UI设计团队:产品UI团队紧密配合产品设计团队,负责产品UI设计和页面制作;平台UI团队负责公司商务,会务,编辑,市场以及平面宣传品方面的设计;

3、对运营团队进行了重点建设:分设CSDN和ITeye的网站运营和客服人员,搭建了一支社区运营编辑团队,此外在公司内部进行社区运营之道的系列讲座,以及对社区团队进行专业知识培训,灌输运营理念,强化运营人员的专业水平;

在产品方面,根据公司整体战略和其他部门的需求,改版上线了CSDN博客产品;重写改版了CSDN学生大本营和高校俱乐部;重写改版了CSDN移
动频道,云计算频道,对资讯频道和软件研发频道都进行了相应的改版;ITeye网站制定了全站整体的产品改版和改进计划,已完成了资讯产品改版,博客产品
改版,精华频道开发,资讯采集和管理平台开发,审核系统开发,多账号登录等,正在和即将完成的还有全站消息通知系统开发,群组产品开发,网站首页改版,问
答改版,论坛改版;此外还有CSDN下载产品,外包产品和俱乐部产品的设计和研发工作等等,这些产品将在今年下半年陆续上线发布。

CSDN博客是其中开发周期很长的产品,由于我主要精力都放在招聘和团队建设上,放松了对博客产品的管理,而手下产品经理的能力和权威尚不足以独
自掌控博客产品,因此到5月底,产品开发陷入了失控的边缘。这个时候我召集产品,UI,研发和运维团队进行了博客产品特别团队的立项,下了死命令6月底产
品必须公测,由我主持所有相关人员每天下班前开会,review每天进度,同时产品经理每天根据会议情况写日报抄送给大家,我亲自抓每个产品细节和每天项
目进度。两周之后,产品状况得到了彻底扭转,此时我让运营团队也加入特别项目组,开始进行博客上线前期的运营准备,包括邀请用户内测,定期发布公告,整理
博客专家等等,最终博客产品顺利上线并且取得了良好的效果。

CSDN博客产品的成功推出和后续成功的运营对团队有很大的鼓舞作用,它并非各团队配合最好的产品,但从博客产品开始,我手把手教运营团队如何处
理一个产品从上线前准备,到上线,到上线后持续运营,以及如何制定专家运营策略,博客推广策划,如何掌握运营节奏等。在CSDN博客产品上线之
前,CSDN的运营还没入门,从博客产品开始有了真正意义上的运营。此外产品,UI,研发和运营团队从博客产品开始进行充分的磨合,中间暴露了很多问题,
也取得了一些宝贵的经验:今后核心产品的研发从立项开始,我就会召集产品设计,产品UI,产品研发和运营四个团队参与,从一开始就紧密配合,共同完成好一
个产品的设计,研发,上线和运营流程。

个人总结

回顾这一年多的工作,觉得自己取得的成绩有以下方面:

1、在公司的大力支持下,彻底改变了部门的风气,打造了一支积极进取,配合默契,对工作有责任心,执行力高的团队,尤其让我欣慰的是当我出差一周不在北京期间,整个部门仍然有条不紊各负其责的运转,所有工作按计划照常推进;

2、在部门内部树立了规范的制度化管理,各个团队的工作都是在有目标有计划有策略开展,整个部门做事情条理性很强,思路很清晰;
3、打造了一支专业的产品设计团队,正在培养一支专业的运营团队;制定了从产品设计,UI设计到研发和运营配合良好的产品流程,个人觉得这种专业化的产品团队配合在国内互联网公司并不多见;

4、已经做了一些成功的产品,正在继续做更多成功的产品,这些产品将在今年下半年集中发布

亦留下不少遗憾和不足:

1、针对我接手前团队一盘散沙的现状,进行了一系列部门调整,说到底宗旨只有一条:进行中央集权式管理。将所有决策权和团队协调工作,跨部门协调
工作全部集于我一人,依靠我在公司的地位、威望和个人能力来推动所有的事情往前走。这样做的好处当然是立竿见影的解决掉了所有的问题,团队执行力也非常
好,通过一年的努力也彻底改变了部门状况。但负面影响就是我很忙也很累,直接向我汇报工作的人就有11个人,加上部门常规管理,帮助个别团队解决问题,跨
部门工作协调,公司高管会议等等,每天都忙得不可开交。

我也考虑在合适的时间将权力下放,将一个大部门再分拆成三个子部门,分别是:产品UED部门,下辖产品设计,产品UI和平台UI3个团队;研发部
门,下辖PHP,Ruby,
.net,搜索和运维5个团队;运营部门,下辖社区运营,内容审核,高校俱乐部和架构师俱乐部4个团队。产品UED部门和运营部门设立部门主管职位,研发
部门主管我自己兼任,但改设首席架构师职位,负责架构设计和code
review。但目前主要的障碍就是缺少主管级人才,而且整个部门团队都是我手把手带出来的,工作方式已经深深打上了我的烙印,要寻找到能够从气质上能力
上都符合的主管殊为不易。

2、缺人,严重的缺人!
目前的产品团队只有2个人,还大大的缺少产品设计人员和产品经理,以致于我自己和产品人员都身背多个核心产品的设计和管理工作,负担超重;搜索团队还缺少
经验丰富,对数据挖掘有研究的资深工程师,以致于严重影响到了规划中的数据分析工作;网站编辑还缺人,ITeye网站的运营最缺少的就是优秀的网站编
辑,ITeye网站品牌的重振需要编辑人才的加盟;最后有经验的Ruby工程师,我强烈的召唤你!
=====
招聘软文的招聘链接部分省略~呵呵,有兴趣的同学去原文看。
=====

如今CSDN无论从我管理的部门还是整个公司,都在蒸蒸日上,正处在需要更多优秀的人才大战拳脚的时候,在这里,你可以在一个非常舒适和开放的文化环境中工作,飞速的提升你的经验和能力,做出很多令人瞩目的成绩!

原文链接:http://robbin.iteye.com/blog/1136859