Tag Archives: Review

腾讯凶猛?

本月20号去哈尔滨的飞机上,反复把《中国企业家》杂志的这篇封面文章《腾讯:鲜为人知的”水”凶猛》看了几遍。其中不少细节还是比较有趣的。

关于腾讯的创新点

文章中提及,”QQ邮箱在2008年的400多个创新点中,有近300项是由马化腾本人发现和提出”,也就是说腾讯的创新研究团队加起来也就是100项左右的创新点? 是否可以这样理解:产品部门和 CDC 乃至什么数据挖掘的团队其实也就是算给老板收集材料的,信息归集到马本人这里然后自顶向下发动所谓的创新 ? 在近年来标榜创新的腾讯,这不是什么值得夸耀的成绩。

用户体验,快速迭代

这是马化腾做产品的的金科玉律。一般而言,跟随者或是模仿者如果节奏赶不上领先者,谈超越只能是妄想。而腾讯在产品的研发上,节奏的确是不错。其它分析腾讯的人往往容易忽略这一点。很多人诟病初期发展阶段的模仿策略,现在已非吴下阿蒙。

能够快速迭代的一个前提是产品初期必须简单,腾讯邮件产品的发展恰恰是这样。以大而全的功能为目标反而解决不了用户的核心需求,技术上也没办法做到快节奏的改进。

如果对比马化腾以前的关于产品的讲座笔记,事实上会发现他并没有什么神奇的手段,但是神奇的是他能把这些原则坚持下去,而这是所有竞争对手都做不到的地方。《倚天屠龙记》里面张三丰当着一众武林高手的面教张无忌太极剑,也是这样的道理。学到神似,不得精髓是没有用的。

数据挖掘是重武器?

胡说八道。这是把一些常识神化的结果。目前没有哪家把数据挖掘做到那么神通,更多时候不过是用数据来验证某些想法而已,但这不能用以证明很多正确的决策是数据挖掘触发的,数据挖掘起到的作用仅仅是佐证而已。事实上,从报道中,我们没看到数据挖掘到底给腾讯什么样的神奇之力。另外,从文章的报道上来看,受访人是把腾讯几个团队干的活都放到一个”数据挖掘”上了。

很多时候,记者希望找到一个公司更为神秘的地方,所谓的”重武器”,以显得报道更加有料,这篇报道多少有点这样的意思。

当然,文章怎么写是一回事,腾讯技术储备上比较可怕,那是真的。

EOF

是什么阻挡一家公司创新?

当一家公司发展到一定规模的时候,可能就不如初创时那么有朝气了,初创时,没有包袱,轻装前进,高标准,严要求。而江山渐渐坐稳,”创新”渐渐就会成为一个熟悉而陌生的词汇。

如果整天喊着创新而实际上产品没有任何新意的时候,应该注意一下是否那些管理人员在其中起着阻碍者的作用。所谓创新,如果不能充分调动基层员工的积极性,那是不可能做到的事情,而无意识的妨碍基层员工进行创新,更多是出于管理者自身本位主义的考虑,管理者们应该知道”不破不立”的道理,但是”破”对他们来说,风险太大,远不如原地踏步,或是拿来主义,这样才稳妥,这样最不济犯错也是别人先犯。这个时候,很难去对他们奢求”用户第一”的自我要求。

回过头来,如果产品自身千疮百孔,被用户整天批得体无完肤。与其开发一些未必靠谱的产品,还不如埋下头来把当下的问题搞定。创新要在一定基础之上,缺乏叫座的产品做铺垫,所谓的”创新”只是空中楼阁。

创新还是撞墙,这是个问题。

EOF

技术人员的生产力

按:这其实是某一本书的推荐序(我这段时间没写 Blog 净帮着人忽悠了)。不过遇到了不靠谱的出版社不靠谱的编辑,据说整篇文章最后”只采用一两句行不行”? 当然不行。以后如果有出版社找我免费写推荐序或者书评,请自己考虑好再来浪费我的时间,多谢配合。


有的时候朋友们聚在一起聊天,会谈到国内国外技术人员的差异。我常喜欢说一句话”国内的 IT 公司基本上是劳动力密集型高科技企业“。比如就国外 Web 2.0 站点来说,CraigslistWikipedia 等流量比较大的网站不过数十人的小团队而已,如果放在国内,这样规模的网站起码要几百人乃至更多人员才能足够支撑。国外程序员一个人做的事情,国内可能要一个团队来做,当然可能还做不好。这里面或许有企业管理效率低下的因素存在(宁愿相信是这样的原因),不过大家都不愿意说的另一个因素是我们技术人员生产力效率低下。这种差异来自不是智力、体力上的差异,而是因为做事情的方式和方法,存在大量的重复劳动和人工劳动,对技术不能充分有效运用。如果不能对工作方式方法进行改进,我们永远都是技术流水线上的编码工人。

我们常说,重复的行为才能形成习惯,只有良好的习惯能导向成功。或许有人某些书籍或者聆听了某些”教诲”会逆反性的产生不以为然的想法,”这个我早就知道……” — 我自己常常就是这样自以为是。问题是,只是”知道”而没有行动起来加以”运用”,这样即使知道再多的技巧也不会形成良好的习惯,自然无法产生实质的改进,这可能也是技术人员惰性的一方面吧。其实我们需要的是能有更多的技术人员真正的行动起来,利用这些经验/教训/技巧…提升自己,也去积极影响他人,形成更良性的互动,不要让”持续改进”成为一句空话。另外,必须要补充的是,如果技术人员持续从事低效率的工作,极有可能逐渐厌烦技术,疏远技术,乃至对技术绝望,而一个高效的技术人才能从技术中获得真正的快乐。

也想告诉那些所谓的管理人员,不提升每位技术人员的生产力而希翼增加人手来解决技术困境的想法是不切实际的。那样做除了给企业增加负担,使组织更加混乱低效,很难起到什么实质作用。好的管理者必须能够引导下属持续提升生产力,不能一味用死板的流程制度限制团队的整体节奏。彼德克鲁克这之类的管理大师的大腿人人都好抱,但那是屠龙之术,您暂时还可能用不上,来点痛快实在的才是王道。

EOF

文章有删节。出版社的名字我就不直接说了,不过类似的经历的人还有潘加宇。你猜这是哪一家?

此文作者:, 位于 Review 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

2008 年个人总结

今年世界上大事儿够多,雪灾地震奥运神七金融危机毒奶粉战火……相比之下,个人的一点点事情就是绝对的鸡毛蒜皮了。

去年年末的计划列表,相比之下,完成率提高了一点:结婚,参加的是公司组织的集体婚礼,相对比较省心一些;折腾房子大半年,前几天也搬进了新居,一年内大事算完成两件。

工作上,这一年并不痛快,变动还是不小,暂且不提这档子事儿吧。年初计划的交流、培训倒也进行的凑合;在技术分享上应该也及格了;主机托管这事儿不靠谱,现在优化后的访问速度也还凑合;写书? 只好放到 2009 年了。其他折腾的事儿也不少,比较有趣的是参加中文网志年会。真正让自己感到放松的几天。

对我个人而言,2008 是值得纪念的一年;也是混沌之年。

2009 年的 TO-DO List:

  • 翻译一本书. 和同事合作翻译 Troubleshooting Oracle Performance,这也是我认为 2008 年非常重要的一本 Oracle 图书,期待能按时交卷;
  • 写一本书. 博文周老师的诚意让我感动不已,时候不早了,需要开动我的键盘啦;
  • 提高团队声望. 提高我们技术团队的影响力,尽量去做;
  • 提升技能. 技术是安身立命的东西,不能丢掉;此外需要提升时间掌控能力,多学点有趣的东西;
  • 技术交流. 多参加一些活动,提升一点演讲技巧。

还有一些不方便列在这里的。

我的 2008 :

我想你和我都需要一些变化,就像我们这个正在剧烈变化的世界那样。

EOF