他们就差一个编程的。

他们需要有人能接受他们的想法，把这个想法转变成PHP，SQL，HTML，CSS，Java和Javascript代码。这些创业者知道他们现在缺少什么。我是否应该找一两个计算机专业的学生加入他们的项目，帮他们实现呢？

大多数他们这样的项目永远找不到计算机专业的学生来实现。有很多的原因。学生们都在忙于课程和生活。大多数计算机专业的学生都有了他们喜欢的工作。他们的工作是付现金的(如果不是拿不了的情况下)，这比一个不确定的将来才会有的财富的许诺来说对学生们更有吸引力。这些想法和点子对其他人来说并不像对想出他们的这些创业者那样令人兴奋，不像这些创业者由于担心会产生创世纪的成就而坐卧不安。

很多这样有想法的人由于找不到计算机专业的学生或其他编程人员而一而再、再而三的联系我，希望能从我这得到好消息。年轻的创业者们会越来越泄气。他们希望其他人也能像他们一样为这样的想法而激动。(乐观的年轻人呀！)我一直希望他们能找到什么人帮助他们把想法变成现实。这个过程会是令人兴奋的。他们也能从中学到很多东西。

当然，他们似乎也从来没有想到自己是可以去学编程的。

前段时间，我在微博上聊了几句关于接到这些电话的事情。Andrei Savu用简单的语句对于遇到的这些现象进行了总结：@wallingf 这就是说，他们把软件开发者当作一种工具。产品 = 行动 != 点子

我在最近写的一篇博客里详细的谈论了这个问题，一个产品的价值来源于拥有一个想法和执行这个想法的组合。你单具备了前者或只有执行后者的能力都不太有价值。你必须把它们组合到一起。

很多“手握绝世好想法的人”都倾向于认为大多数或全部的价值都来源于创造出了这个想法。程序员只是一个工具，就像个鸡毛掸子，拿起来就可以掸灰。编程是个小事情，不是吗？

另一方面，一些程序员乐意认为大多数或所有的价值都来源于实施了这个想法。可是你不能去实施你还没有的想法呀。这就好像我和我的同事们围坐在一盘左宗棠鸡前惋惜我们失去的财富。可实际上没有人失去。财富从未与我们为邻。事实上我们缺少一个致命的条件。没有时间机器或其它机器能使时光倒流。

我仍然希望这些身负好点子的人中，一些人自己该会编程，或想去学编程，这样他们就可以自己来实现自己的想法。这样，他们也可以有机会知道只有超人有力量什么不做也能把理想变为现实。在过去，学习计算机编程是使用计算机的人的必然后果。可遗憾的是，现在全变了。如今使用计算机的必然后果看起来是可以让人接触到一些自己也许认识，也许不认识的人或者只是看看Youtube视频。

哦，想想吧，如果你发现了一个能够赛过Google和Facebook的好想法，那将会是什么样子。时不时的，我非常想告诉那些给我打电话的创业者，他们的想法基本上不会有改变这个世界的希望。但是我没有，至少有两个理由。第一，他们并没有想征求我的意见。第二，总有一段时间后会有另外一个微软或Google出现来改变这个世界。谁又能想到这会是无数想法中的哪一个？如果我和我的同事能够重新回到2000年，去告诉我们的年轻人有关Facebook的事，这些年轻人会有足够的远见来坐下来开发出这个网站吗？
我猜不会。

我如何能知道哪一个会是能够改变这个世界的好想法呢？开发出来，努力工作，用你的手指把想法变成人们需要和想要的东西。把程序开发出来的能力是这些有想法的人缺少的一个必要因素。他们去寻找有这种能力的人，这很对。我很想知道，如果每个人都能够把自己的想法变成现实，这个世界将会变成什么样子。

标签: 创业, idea, 执行

No related posts.

很早就想写这么一篇文章了。我离开中国雅虎已经一年有余，在中国雅虎工作的那段时光是我最珍贵的回忆之一，和以前的同事吃饭聊天的时候也经常会怀念一下中国雅虎，怀念得多了，就觉得不如写篇文章好好回顾一下。很多事情虽然已经过去，但有些话不说出来，到底意难平。

从2008年7月份毕业之后加入了中国雅虎，到2009年9月份跟着中国雅虎工程技术部全体人员“被跳槽”到淘宝，我在中国雅虎只呆了一年多的时间。这个时间并不长，甚至可以说短得可怜，所以我或许不是写这篇文章的最佳人选。但是，中国雅虎给我的是人生第一份工作，凭着初生牛犊对社会的好奇心，我对公司的文化、技术、架构、流程包括产品设计等各个方面都有浓厚的兴趣和广泛的了解，从这个方面来说，由我来写这篇文章也是合适的。而且最重要是，我愿意把它们写出来。

在进入正文之前，先开诚布公地声明一下：众所周知，中国雅虎是阿里巴巴的一个子公司，所以文中我也不必遮遮掩掩地用“某电子商务公司”来代替。而且我对阿里巴巴这个公司有意见，不代表我对阿里巴巴的员工有意见，如果伤了某些人的感情，先说声抱歉，请您发扬一下风格，在这里也“拥抱变化”一下。

正文：

我在 2007 年底通过校园招聘拿到了中国雅虎的 offer ，但实际上在我2008年7月份入职的时候，中国雅虎的品牌虽然还在，公司却已经在7月9日和口碑网合并了，改名叫做“雅虎口碑”。尽管这样，到现在为止我还是厚着脸皮说自己原来是雅虎的，因为那里让我着迷和真心喜欢的东西全部都是紫色的，而不是橙色的。

雄厚的技术实力

中国雅虎最好的一个地方就是它和 Yahoo 全球共享同一个技术平台，那是一个有十几年历史的技术平台。Yahoo 的技术文化不如 Google 的工程师文化那么有名，但 Yahoo 在相当长的一段时间内都是互联网的旗帜，吸引了全球大量的技术牛人加入，Yahoo 的技术平台就是他们的知识、经验和心血日积月累的成果。尽管阿里巴巴收购了中国雅虎，但是在技术方面并没有对中国雅虎做出太大的改造（幸好没有改造），所以就工程师来说，每天更多接触到的还是 Yahoo 的东西，而不是阿里巴巴的东西，对我影响最大的也正是这些东西。

一、Linux 和开源文化

之前一个中国雅虎的同事，他是工作了几年之后才来中国雅虎，有一次他说：“雅虎是我见过的最尊重 Linux 的一家公司”。什么叫做尊重 Linux 呢 ？ 不是在服务器上装个 Linux 跑 Apache 就叫做尊重 Linux 。在雅虎很多同事日常都使用 Linux 操作系统办公，即使有一些人使用 Windows, 也都是使用 pietty 或者 Xshell 等工具远程连接到开发机器上使用 VIM 做开发。不只是日常工作，在雅虎全球的技术体系中，产品的上线和发布也都借鉴了 Linux 包管理的方式：所有的产品都会被打成包放在一个专门的服务器上，产品的部署和升级就变成了简单的装包操作，绝对不会出现最后上线的时候文件路径出错等低级问题。Yahoo 的技术平台是深深扎根于 Linux 和开源文化的。

大型互联网公司一般都会使用开源的产品，同时也向社区贡献代码。Google 和 Facebook 经常将自己研发的成熟产品开源，Yahoo 当然也不例外。而且 Yahoo 不仅仅给社区贡献代码，它在设计方面也拥抱了开源文化，将多年研究总结的设计模式库共享了出来。在 Yahoo 内部，很多代码都是存放在 CVS 里面的，并没有限制读的权限，任何员工都可以查看里面的代码，这对于那些小团队内部代码都不敢共享防员工如防贼的公司来说应该是非常不可思议的。另外， Yahoo 的工程师也经常出现在各种技术会议上，分享自己项目的架构、流程和经验。虽然这些更多都是 Yahoo 全球技术团队做的事情，但是对于他们那种开放共享的精神我们是非常认同并且向往的，你会觉得做一个工程师很自豪，而不会觉得自己是民工、做技术没前途。这种认同感和成就感乍看上去没什么，但实际上它决定了你对技术的追求和态度，也会影响你以后在职业上的选择。

二、浓厚的技术氛围

虽然2008年的时候中国雅虎已经被折腾得快不像样了（这点后面细说），不过那个时候还是有浓厚的技术氛围的。让我印象深刻的一件事情是 Google Chrome 浏览器刚发布的时候，大家都立刻下载下来使用，但由于公司内网的一些问题无法打开网页。当我正打算把 Chrome 卸载了的时候，忽然发现公司邮件列表里面已经有人发邮件给出了详细的解决方案。从这件小事可以看出公司大部分工程师都不是那种只知道完成工作的人，而是随时关注新技术和业界动态的人。当时中国雅虎还是有很多牛人没有离开，大家也喜欢在邮件列表里面谈论技术，经常能看到精彩的讨论和解答。最让我兴奋的是，无论我遇到什么技术问题都不用慌张，即使无法 Google 到答案也可以从同事那里获取到帮助，而且大家也愿意回答技术问题，这对于我这样一个基础很差技术又烂的菜鸟来说真是天大的福气。

中国雅虎还有做技术分享的文化，如果有哪位同事想要分享一下最近学习到的技术，就可以自己预订一个会议室然后向所有的工程师发送会议邀请，有时候还会有一系列非常系统的课程，我就参加过长达十几个课时的 UED 培训，完全改变了我对 Web Develop 的认识。很多公司应该都鼓励员工做技术分享，但在中国雅虎几乎每次技术分享都会把会议室坐的满满当当，可见大部分工程师都还是想要不断提高自己的技术能力。直到离开雅虎之后我才明白这种普遍的学习热情有多么难得。我想，业界之所以到处流传着“程序员做到30岁最好转管理”之类的忠告，应该就是因为大部分公司都缺乏这种良好的技术氛围吧。

三、庞大的知识库

入职的前几天，我每天的工作就是看文档，不是类似“PHP技术手册”那种文档，而是一些 Yahoo 内部的工具手册。Yahoo 内部的文档非常齐全和详细，光是 Yinst 这款工具的使用手册就长达几十页。Yahoo 内部是用 Twiki 做知识管理的，这个知识库经过十多年的积累已经非常庞大，从入门到提高，从 PHP 到 C ，从前端到后端……应有尽有，而且几乎 Yahoo 全球所有子公司的技术资料都是开放浏览的，没有任何乱七八糟的权限设置和保密限制。有这么一个宝藏在，再加上好的学习氛围，如果你想要提高自己的能力的话，总是可以提高。当初我想从 PHP 工程师转做 Web Developer 的时候，就先把 Twiki 上 UED 部门的所有资料看了一遍，受益匪浅。

国内大部分互联网公司都是没有太多技术积累的，因为大部分产品的开发都只追求开发速度，并不会特别追求技术上的极致，就更不要提文档这种东西了。也正因为如此，从中国雅虎出来看到其它公司的知识库的时候总有不过瘾的感觉，可能也只有像 Google, 微软（MSFT，26.95，+1.07%）和 Facebook 这样的公司才会有像 Yahoo 那样的知识库吧。在和之前一些同事吃饭聊天的时候，大家也总是会怀念那个无所不包完全开放的 Twiki ，好像少了一个忠实的朋友一样。我们由衷地尊敬那些在完成工作之余还愿意总结项目经验并花时间写 Twiki 的工程师们。

四、完善的流程

第一次参与项目开发的时候，我的 Leader 领了一个 MM 过来说：“这位是项目的 QA 负责人”，我当时愣了一下：“呃…… QA 是做什么的？” 尽管在大学里我也在实验室做过一些项目，但那些项目基本上都是我自己负责所有的事情，完全没有分工和流程的概念，所以也不知道 QA 是负责产品测试工作的。进入中国雅虎之后，我才第一次接触到商业产品的开发流程，不过由于那个时候中国雅虎已经半死不活，我也没有受到有关流程的入职培训，以至于在做了好几个项目之后才真正熟悉了完整的流程。

中国雅虎的开发流程沿袭了 Yahoo 的开发流程，乍看之下很平常，对于已经熟悉的工程师来说还显得枯燥，但后来我特别留心了这套流程之后，非常惊奇于它的严谨和高效，所以这里要详细说明一下。Yahoo 的内部生产线分为三个相互独立的环境：开发环境、测试环境和生产环境（即线上环境）。这三个环境虽然独立，但它们的配置都会尽量保持一致，这样就可以保证开发完成的产品不会因为环境不同而出现问题。在开发的时候，我们会在开发环境中搭建虚拟环境，开发完毕之后开发工程师会自己在虚拟环境里面测试，保证没有大的问题，然后就会把所有相关文件打包上传到雅虎全球统一放置产品包的地方。上传完毕之后，就会发邮件通知 QA 部门相关人员，邮件内容里面要写明产品在测试环境的部署步骤：需要安装哪些包、是否需要修改数据库等等。然后 QA 就会开始测试，如果发现 BUG 就会写到 Bugzilla 中，指派给相应的开发工程师，开发工程师就会在开发环境中定位BUG并修正，修正一些BUG之后就会再次打包升级产品的版本，然后QA 会将新的软件包部署到测试环境验证之前的 BUG 并报告新的 BUG 。整个测试过程中可能要发布好多个版本，直到所有 BUG 被修正为止。修正完毕所有的 BUG 之后，开发工程师就会填写上线申请，Ops 看到申请之后就会安排一个时间把产品部署到生产环境。一般来说，生产环境不止会有一台机器，所以 Ops 会先从生产环境摘下一台机器部署，部署完毕之后会告知 QA 和开发工程师，然后 QA 和开发工程师就会修改 Hosts 文件，配置域名指向那台机器进行线上的测试，如果测试没有问题，那么就会把软件包部署到生产环境中所有的机器上，完成上线；否则就进行回滚，取消这次上线，也不会影响到线上的用户。

整个流程大概就是这样，但是要特别注意的是以下几点：1. 开发工程师只能接触开发环境。他所能做的就是在开发环境中开发、改 BUG 和打包上传。如果他去测试环境中修改 BUG，就很有可能忘记修改开发环境中的相应代码，这可能会导致产品测试通过但是上线之后却发现大的问题。 2. 产品“封版”之后就不可以做任何改动，如果有改动，即使只改动了一点所有功能也要重新测试一遍。所有的 BUG 都修改完毕之后的那个版本就会进行“封版”，那就标志着这个产品随时可以准备上线了。如果真的发现了新的 BUG 要修改的话，那么修改之后就需要重新打包重新走一遍完整的测试流程，只有这样才能够保证就算修改代码过程中引入了新的 BUG 也不会被遗漏。 3. 上线手册要详细。开发工程师要详细写明每一个步骤，不只是说明性的文字，还要把具体的安装和修改命令完整地放上去，如果写得好的话，那么 Ops 的同事只需要把上线手册里面的命令逐行复制到服务器上运行就可以完成上线。

这样的流程有什么好处呢？ 首先，它最大地降低了上线风险。因为开发工程师不能接触到测试环境，只能打包让QA测试，所以完整经过测试的产品上线之后基本不会有什么问题，况且上线的时候我们也要先部署到一台机器上进行测试之后才会决定是否上线，即使上线不成功也可以在不影响用户的情况下回滚。中国雅虎的上线极少会出现问题，很多时候我们上线到半夜只是因为那个时间段用户访问量最小，而不是说焦头烂额地忙活几个小时一直到半夜才上线成功。其次，它使得各个部门职责分明。开发工程师和 QA 通过 Bugzilla 沟通，和 Ops 通过上线手册沟通，因为沟通渠道唯一而且清晰，所以就可以完全责任到人，出了问题也很容易定位到具体环节。比如说，如果产品测试通过之后在上线的时候出现了问题，那么基本就可以确定是 Ops 操作失误或者上线手册没有写好。职责分明之后很多事情也变得有条理，大家就可以各司其职、专注本职工作并且合作愉快，开会的时候也可以明确知道需要哪些人参加。

完善、清晰的流程从根本上解决了一些问题，创建了一个非常好的环境，这样我们就可以把心思都放在如何开发和测试上面，而不用担心诸如“如何上线才能不出错”等琐碎的事情。所以尽管中国雅虎的高层那么不靠谱，我工作得还是很开心，因为这个流程保证了管理层再怎么乱开发也不会乱。记得那时候很喜欢改 BUG ，有时候改得兴起会把之前版本遗留的 miss BUG 一并改掉，加班也是颇有兴致，不是很能明白为什么网上大部分程序员讨厌加班讨厌得要死。现在我明白了。

五、自动化工具

工欲善其事，必先利其器。如果没有那么多好用的自动化工具，那么 Yahoo 的流程就不可能如此完善。Yahoo 内部有很多非常好用的工具，而且这些工具都有非常齐全的文档，也可以在 Twiki 上找到不少相关资料。这些工具之所以在 Yahoo 会起到那么大的作用，是因为 Yahoo 全球所有的技术团队都在使用它们，Yahoo 所有的服务器上也是默认安装了这些工具。这些工具就形成了一套全球 Yahoo 工程师通用的话语体系，可以想象它们帮助 Yahoo 节省了多少沟通成本。

由于考虑到服务器的安全问题，Yahoo 的这些工具的使用方法是对外保密的，这里我只简单说一下 Yinst 这款工具的强大。假如要把软件包 example_1_1_0.tar.gz 部署到 a1.yahoo.com ~ a10.yahoo.com ，那么只需要下面这样一行命令：

yinst install example_1_1_0.tar.gz -h a[1-10].yahoo.com

就可以完成整个上线过程。由于好奇的缘故，在上线的时候我比较喜欢跑到 Ops 那边看他们是如何操作的，然后发现其实他们在上线过程中执行的命令很少。因为工具好用，所以产品极少因为 Ops 这个环节出现问题，上线就变成一件比较轻松的事情。

中国雅虎的产品和业务确实不好，搜索不如百度（BIDU，107.15，-2.60%），新闻不如三大门户，“雅虎助手”是人人皆知的流氓软件，邮箱也出过丑闻，而且被 Gmail 和 QQ 邮箱远远抛在后面。中国雅虎最广为人知的也都是这些不光彩的事情，但这里我想让很多人知道，对于一个对技术还有追求的工程师来说，当时的中国雅虎真的是一个很好的工作环境。至少对于我自己来讲，我从 Yahoo 学到了太多太多的好东西，而且这些东西还只是 Yahoo 精华中的一小部分，如果不是阿里巴巴集团战略调整，我一定会在中国雅虎多呆两年。

中国雅虎之死

有个同事曾经说过：中国雅虎就是中国互联网的黄埔军校。虽然别的老牌互联网公司也为行业培养了不少人才，但是没有一个公司像中国雅虎这么悲情。很多中国雅虎的员工离职不是自己想走，而是不得不走，看着原来好好的一个公司变得完全没有前途，只好选择离开。

关注互联网的人应该都知道，在 2005 年的时候，阿里巴巴收购了中国雅虎的全部资产，并享有雅虎品牌及技术在中国的独家使用权。中国雅虎尽管之前也一直水土不服，但被阿里巴巴收购之后悲惨命运才刚刚开始。

关于中国雅虎的折腾史，大家可以去看一下这篇文章，里面说的已经很详细。从网站的变化就可以看出中国雅虎的摇摆不定，在阿里巴巴入主的这 4 年来，中国雅虎就换了 5 任总裁，每位新官上任后都会颁布新的战略，网站也会随之大变脸。“治大国若烹小鲜”，这么简单的道理我相信阿里巴巴的高层不可能不明白，就算大象可以跳舞，中国雅虎的舞姿是不是也太难看了点？由此可见，中国雅虎在阿里巴巴集团内部就是一个鸡肋，一个可有可无的品牌。

有一件事情完全可以说明马云对中国雅虎的态度。约在 2007 年前后，马云对雅虎中国资产进行了大幅度调整。在此期间，雅虎相册宣布关闭，从发出通知到服务关闭，前后不到 20 天。这种缺乏对用户起码的尊重的行为，导致相当一部分中国用户失去了存储其中的照片。而且它引发的用户对雅虎品牌的失望和不信任，对雅虎来说更是难以挽回的损失。大家都知道，“客户第一”一直都是阿里巴巴宣扬的核心价值观，难道雅虎相册的用户就不是客户？到底是马云铁了心要把雅虎品牌搞砸呢还是所谓的价值观只是口号？或者是两者皆有？

这几年中国雅虎的历史就是逐渐被瓜分的历史：搜索团队被调走，于是有了后来的淘宝网搜索引擎；IM 团队被独立出去，于是有了后来的阿里旺旺；挖走了广告搜索团队，于是有了后来的阿里妈妈；口碑网发展得不好，于是中国雅虎和口碑网合并，利用中国雅虎的品牌和技术支持口碑网；最后，中国雅虎的整个工程技术部都注入淘宝，原来的主要业务“雅虎关系”直接关闭并且推荐用户使用淘宝网的“淘江湖”。时至今日，中国雅虎已经气息奄奄，再无回天之力了。

我经常觉得，恩，马总在下一盘很大的棋，我们这些普通员工是不明白的。不然为什么“搞死中国雅虎”这个庞大的项目规划和施行得这么好？还是阿里巴巴一直在用实际行动考验中国雅虎员工的价值观呢？而且颇具讽刺意味的是，尽管马云费尽心思拿到了中国雅虎的搜索资源，最近却又和微软的 Bing 合作推出了 Etao 搜索，当初的那些搜索资源都用来做什么了呢？

还有一点不得不提的是中国雅虎和阿里巴巴之间的文化冲突。阿里巴巴一直都不能算一个真正的互联网公司，它只是以互联网作为工具，大部分业务的进行还是靠线下的销售。阿里巴巴最重视的是销售部门，整体的文化是销售文化，它所取得的成功也都只是商业上的成功，这也就从根本上决定了它不可能像 Google, Yahoo 和 Facebook 等这些真正的互联网公司具有理想主义色彩，也不可能成为优秀工程师向往的地方。马云自己也经常放言说要“超越沃尔玛（WMT，54.31，+0.26%）”，从来没有说过要超越 Google 之类的话，因为根本不在同一个领域，阿里巴巴更像一个传统的商业公司。我并不是说做电子商务的公司就不算互联网公司，同样是做电子商务，Amazon 就是互联网行业的领头羊，它非常重视技术，还是最早提供云计算服务的公司，它就是一家真正的“IT公司”。

而中国雅虎的技术资产全部来自美国 Yahoo ，工程技术部也继承了 Yahoo 的“技术文化”。“技术文化”偏重简单实用、冷静思考和解决问题；而“销售文化”则重视加油鼓劲，更喜欢喊口号，越热闹越好。我承认这两种文化都有它们的合理之处，但是强迫工程师接受那种“销售文化”就会有很多矛盾出现。阿里巴巴内部有时候玩得还比较过火，跳钢管舞倒也算了，但很多时候做游戏会直接让一个同事站到前面，然后轮流问他诸如“第一次用了多长时间”之类的问题。并不是所有人都喜欢这么玩儿的，“贱文化”和“骚文化” 的最大一个弊端就是很容易引起一些人的反感让他们觉得被侮辱，而公司不是经常倡导要对人才各尽其用么？为什么要用这样的文化把一些“思想保守”的人驱逐出去呢？我就听说过一些非常优秀的工程师因为这些东西而坚决不去参加公司的培训和集体活动，中国雅虎的很多人应该也是因为无法适应这种“销售文化”而出走的。

另外，当年和我一起通过校园招聘来到雅虎本来有不少人，在 2008 年 3 月份的时候我们还曾一起在北京参加了一个叫做“集结号”的新人培训。不过在我入职之后发现，有几个人直接被调动到了阿里巴巴在杭州的其它子公司，还有几个做搜索的同学虽然人在北京，签的却不是雅虎，而是什么“阿里巴巴集团搜索事业部”——当时雅虎的搜索部门已经被独立出去了。之后我也和那些最终没有来雅虎的同事聊过，他们都表示很郁闷，表示自己并不是很情愿去其它公司。这件事情让我感到很气愤，明明大家都是冲着中国雅虎来应聘的，为什么在发放 offer 之后又进行调动呢？当然，阿里巴巴肯定是做了一些说服工作让那些同事“自愿”服从调动的，但是那个刚好出现了金融危机工作比较难找，其它公司的招聘也早已结束，而且大家都是初出茅庐的学生，能不服从么？ 那几个同事也实在是太光荣了，刚入职就完美表现了自己“拥抱变化”的价值观，KPI 应该给五分。

不只是新入职的员工，因为中国雅虎的业务变化频繁，平时也经常会出现内部调动，而中国雅虎在北京，调动的话就很有可能需要去杭州，这对于很多已经在北京安家的同事来说并不是一件小事。但不服从调动，就是价值观有问题。五十六种语言，汇成一句话：拥抱变化拥抱变化拥抱——变化。

在写这篇文章的时候，我不断提醒自己：我的目的是要让大家了解一下中国雅虎，千万不要写成针对阿里巴巴的檄文。但真实情况确实是那个样子，很多事情也是人人皆知，无法绕过去不说。相信很多人都还记得中国雅虎首页的那次糟糕的改版，把原来清爽干净的页面改成了屎黄色，据说这是当时的 CEO 金同学坐在设计师旁边亲自指导的结果。如果一个乡镇企业的老板非要外包公司的设计师把网页做成他想要的也罢了，但作为一个缺乏审美能力的 CEO 居然连“把设计的工作交给设计师”的觉悟都没有，实在让人觉得不可思议。就算是一心想要“去雅虎化”，也没有必要这么羞辱设计师们吧？

不知道为什么，有些东西不用每天灌输也深得大家认同，怎么折腾都无法斩草除根。我在雅虎的时候从来没有任何一个人和我们说“你们要热爱雅虎，要以雅虎为荣”之类的话，但是每次公司给员工发放印有雅虎 LOGO 的杯子或者背包的时候，大家总是一哄而上，疯抢干净。在中国雅虎和口碑网合并之后，因为担心以后再也领不到雅虎 LOGO 的笔记本等文具，不少同学都开始申请办公用品留作纪念。由这些事情就可以看出工程师们认同的到底是哪一种文化，大家自然会用脚投票。这些事情甚至让中国雅虎的一些非工程师同事也觉得难以理解。这种生命力强劲的外来文化可能也是阿里巴巴一直不满中国雅虎的原因。

真正的开放应该是同事之间开诚布公、乐于分享和坦然接受批评，而不是不分场合地讲荤段子，不是让别人站到前面然后问别人“第一次用的是什么姿势”；真正的“员工第二”是站在员工立场上考虑问题、虚心听取员工提出的问题，而不是在员工有意见的时候首先进行价值观教育，不是强迫员工拥抱不可理喻的变化；真正的对“用户体验”的重视是尊重用户、切身考虑用户感受，不是在年会上把某个子公司的总裁骂哭，不是为了巨额广告费用而在首页做弹窗，不是让员工为了 KPI 每隔几个月就想着改版；真正的“幸福感”是来自于发自内心的对公司的认同、对公司产品的成就感，而不是来自于整齐划一的口号和对某个人的崇拜，也不是来自于被灌输的“换个角度看世界”。脱离了原本的初衷，就算宣传得再好口号喊得再响亮，也不过是看上去很美的空洞的形式主义，这样的公司有什么底气去做“百年公司”呢？

技术的悲哀

有着世界级的研发实力却不得不悲惨收场，我想再没有人比中国雅虎的工程师更能强烈地意识到技术所能决定的事情实在是太少太少。在中国，互联网只是一个营销工具，“技术改变世界”也不过是一个笑话。那些商人们从来不相信“一个优秀的程序员抵得上一百个平庸的程序员”，却虚伪地把“我不懂技术但是尊重技术”挂在嘴边；他们整日想的不是创造价值，而是如何赚更多钱；他们更相信“廉价劳动力”所带来的成本优势，也总能把“技术密集型”的公司做成“劳动密集型”，以至于国内的互联网公司不是山寨就是血汗工厂，雇佣着大批大批会写代码的高级民工。这样的环境和氛围，暂且不说 Google 和 Apple 这样伟大的公司，什么时候我们才能有产生像 37Signals 和 The Omni Group 那样的小公司的土壤呢？

文章的最后，还是那句老话：他日江湖相逢，再当杯酒言欢。

各位雅虎人，多保重了。

Related posts:

1. Google Lab
2. Google Video 向中国用户开放
3. LOGO发布

前段时间有一则“分贝网CEO因办裸聊网站被捕”的消息，这并不奇怪，“黄，赌，毒”任何时候都是一个足以使人疯狂的诱惑，尤其在正规通道越来越难以为继，越来越需要“心智体美劳”全面发展的时候。

在任何一个全分类浏览文章的网站中，阅读排名靠前的肯定是关乎“性”，“暴乱”，“愤青”等之类的文章，这是人们潜在的超级感性的一面；

探究任何一个存续时间很长的大公司背后，并不是因为他们一直在提供超级感性的东西，而是因为他们一直在努力为顾客提供“超级理性”的东西。

这样，我们将一个事物从诞生到成长过程中，人们感性与理性的变化趋势与效率之间的关系绘制如图：

商业世界的效率在最初都是发迹于感性，当最初的感性退却，进入平淡期，而后是理性的方面。这个模型可以解释很多现象：

比如，呼啦圈的全民热----进入平淡期---只有少数坚持锻炼的人还在呼啦圈；

比如博客的兴起，全民皆博-----渐渐的进入平淡期，更多的人转向更容易的微博-----只有很少的人还在坚持的人写博客；

比如现在很火的微博-----慢慢的只要有最新的，更容易的事物出现，他也会衰退-----剩下一些微博的铁杆粉丝。

比如现在很火的阿凡达-----慢慢最初的热情退却-----只剩下一些超级理性的忠实粉丝。

这给创业者的启示是什么？

1. 如果你的创业起于满足人们一个简单的感性方面的诉求，那么相对容易的多；
2. 必须坚持持续的理性引导用户，因为感性的那部分最终是会“离你而去”；
3. 明白这个变化规律，做好及时应变。

No related posts.

今天

我们可以选择逃避

并在屈辱中安享晚年

但当我们年老躺在病床等死时

我们一定会惭悔

如果上天还能在给一次机会的话

请让我回到这战场去吧！

No related posts.

来个北京的图

Tags: quikmaps, flock, google, map

Related posts:

1. Google Lab
2. Google Video 向中国用户开放
3. Flock浏览器BlogPost测试

生死不离

生死不离，你的梦落在哪里
想着生活继续
天空失去美丽，你却等待明天站起
无论你在哪里，我都要找到你
血脉能创造奇迹
你的呼喊就刻在我的血液里

生死不离，我数秒等你消息
相信生命不息
我看不到你，你却牵挂在我心里
无论你在哪里，我都要找到你
血脉能创造奇迹
搭起双手筑成你回家的路基

生死不离，全世界都被沉寂
痛苦也不哭泣
爱是你的传奇，彩虹在风雨后升起
无论你在哪里，我都要找到你
血脉能创造奇迹
你一丝希望是我全部的动力

No related posts.

1是联想某高级副总裁带领员工献血，接受记者采访，说了一句话让我印象深刻：“作为联想这样从中国起家的国际化企业，这是应该做的。”

2是富士康科技集团向灾区捐款6000万，没弄错的话这是目前最大的单笔捐款

联想，处处标榜自己是国际化企业，卖个笔记本都要让国人比老美多花1万人民币的“从中国起家的国际化企业”。

富士康，千夫所指的血汗工厂，捐出了最大的一笔捐款，并且比其他企业多的多。

联想-1
富士康+1

No related posts.

最微弱的星光，也可以照亮我们前进的道路。

汽车人，变形出发！

如何清除提供远程DBA服务的绊脚石

数据库转销商和托管服务提供商（MSP）在对远程DBA服务进行专业化或者提供其它服务的过程中都遇到一些相同的障碍和挑战，我通过客户对这些问题的反馈，已经将问题作了一个汇总。

远程DBA潜在利益受到限制
不同类型的商业规模扩大的方式不同。软件公司规模能够很好的扩大，因为它们最初的成本包括研究、开发、市场和较小程度的技术支持。无论它们销售了多少产品，最初的成本都是固定的。但是，结果软件公司的潜在利益是很大的，随着产品销售量的增加，潜在利益也就增加了。然而，提供远程数据库服务的公司只能根据公众的需求，增加相应的员工人数来满足这种需求，只能在这个过程中扩大规模。

远程数据库管理公司的潜在利益是受到限制的。远程DBA公司的规模只能由它们DBA员工的个数来决定。举个例子，如果没有足够的数据库管理员，他们不能给它们的客户许诺提供每月200小时的服务，除非他们有足够的数据库管理员来满足合同要求的小时数。对于提供远程数据库管理服务的公司，想要物色、吸引和留住高素质的DBA是很困难的。通常来说，聘请员工所用掉的时间比挖掘客户需要的时间还多。好的方法就是先找到高素质的数据库管理员，然后再为他们寻找客户。
远程数据库管理公司不得持续招聘新的人才，增加新的血液。员工推荐新的应聘者往往是最好的方式，因为很容易了解这些新的员工。SQL Server 用户也是好的招募对象之一。

远程DBA价格模式的选择
固定价格模式：这种价格有助于很好的计算和控制。举个例子，如果一个增值转销商只是提供一个维护服务，它就能算出每月的价格是多少，你需要给我支付多少费用。

分级支持模式：最经典的做法就是提供不同级别的技术支持。客户的数据库管理任务将会分派给远程DBA公司中的合适的小组（举个例子，这些小组有SQL 开发小组、备份小组、性能和疑难解答小组等），或者说根据任务的类型和其复杂度，分派给不同级别的DBA。如果这个任务证明对于初级别的DBA来说很复杂，那么就应向高级别的DBA小组请求援助，这些高一级别的DBA更有经验，能够很及时的完成任务，也不至于将他们手头的任务仍在一边。这种方式证明是非常有效的，很容易吸引和留着入门级别或者初级的DBA，对于吸引和留着高级别的DBA就有些困难。低级别的DBA员工很快的提升技能，处理更多的简单的任务，同时逐渐熟悉更为复杂的任务。另外，让低级别的DBA参入解决复杂问题是一个非常明智的注意，有助于他们成为高一级别的DBA,扩大他们的知识面。

专业劳务费模式：一些远程DBA服务提供商提供特殊的服务，客户将为这些特殊的服务支付专业劳务费。举个例子，SQL Servants提供高端性能调整，该公司的主要业务就是采用专业劳务费模式。如果客户需要对SQL Server性能调整服务或者疑难解答，那么客户就需要支付专业劳务费。

提供订约事务
正如前面提到，像所有基于服务的商业模式，远程DBA公司可以通过增加订约人，也就是承包人来给客户服务。这样一来，不仅仅是客户需要不断补充，承包人也要不断增加。其它的增值转销商，像Solid Quality Learning (now Solid Quality Mentoring)提供专门的培训和顾问服务。培训不是一项可重复可更新的服务（在同一个主题问题上你能让同一个人培训几次？）。因此公司已经扩展自己的服务范围，涉及到顾问、咨询和订约事务这些业务了。

客户交流问题
销售人员必须坚持不懈的像他的客户了解公司服务所能带来的价值。同样，远程数据库管理员同样面临着信任危机的问题，特别是在开始的一段时间里。对于远程DBA公司来说，这一点是非常重要的，就是要证明公司的数据库管理员能客户信任。

另外，需要设立客户预期目标。客户或许对什么是高可靠性认识不清。举个例子，他们或许希望5个9的可靠性。服务水平协议（Service-level agreements (SLAs)）也应该根据服务、备份、恢复这些具体方面协商。

在进行约定的过程中，负责该项目的小组成员应该每个人都了解项目的每一个细节。推荐完成的方式就是通过一本说明书，里面包括了所有服务器支持的功能，同时还有客户合同信息、客户数据库类型、任务。最为重要的是增值转销商的DBA要知道那些操作是受到约束的。举个例子，如果DBA觉得一个存储过程必须要修改，他们就不许要理解客户的修改管理协议吗？他们能自己决定修改，让后将这些修改报告给客户吗？或者向客户提交修改请求，让客户同意执行这些修改？这些疑问、约束都需要客户预先规定，规定后DBA严格执行的。

数据库环境评估
通常客户的SQL Server没有一个好的存储目录；他们或许不知道密码或者服务水平，也不知道数据库是否备份，是否坚持使用了最有方法。一个远程DBA服务提供商要做的就是对客户进行一次评估，知道管理客户服务器的时候，客户预期目标是什么样的。做这次评估，将会了解客户的自己的管理水平，同时也知道环境的复杂度。同业提供机会来执行最好的方法。

如何留住客户
奇怪的是，留住客户并没有成为远程DBA服务提供商的问题。我曾经工作过，或者访问过的远程DBA提供商都没有这样的问题。这些提供商说他们提供的优质服务让客户都续约，继续接受服务。客户流失率仅达到10%。

如何提供24x 7 DBA技术支持
如果远程DBA提供商提供24x7（每天24小时服务）的技术支持的，那么员工或许马上就熬不住了。如果客户一再要求标准工时范围之外的技术支持该怎么办呢？有一个选择就是将远程DBA业务跨国化。举个例子，SQL Servant是一个澳大利亚的公司，并且在美国设置了分支机构；那么这个公司澳大利亚的DBA向美国客户提供上午9点到下午9点的服务；美国分支机构向澳大利亚客户提供服务，这样一来正好倒开了时差。

如果远程DBA公司不能将业务跨国化，那么就需要有一个可靠的方法，在非上班时间也能联系到DBA员工。应答服务通常能完成这项任务，随着手机技术的发展，这完全是可以实现的，24x7代客接听服务电话并不是必需的。

关于作者：Hilary Cotter致力于IT行业达20余年，是一名Web 和数据库领域的资深顾问。Microsoft在2001给Cotter授予第一个Microsoft SQL Server MVP。Cotter在多伦多机械工程学院获得实用科学学士学位，随后在卡尔加里大学学习经济，在UC Berkeley学习计算机科学。他是《SQL Server transactional replication》一书的作者，最近在写名为《merge replication and Microsoft search technologies》的书籍。

No related posts.

这本书让人很Orz：

一共300多页，十几篇小说，包括了玛丽雪莱、阿西莫夫、海因莱因、大卫赫尔等众多名家的作品，从选材来说是不错的。
我只看了比较熟悉的一篇《弗兰肯斯坦》，惊了——这部小说从第7页至第11页，被精简到只有5页纸。其他小说也都被删减的不成样子。

我不知道编者怎么能弄出这么一本书来，这种质量最多只能够“赏析”，根本不能让读者真正感受科幻小说的魅力。

再说在另一个书店看到的凡尔纳小说集，著名的三部曲《格兰特船长的儿女》、《海底两万里》、《神秘岛》，加起来一共3本书，每本仅有大约4、5百页的篇幅。而我中学时读的80年代出版的凡尔纳小说集，以上3部小说都是2、3本的篇幅，也就是说，现在出版的这套最少删减了一半的内容。

科幻小说正在死亡吗？

No related posts.

Tags: 变形金刚, 玩具, 视频

Related posts:

1. Flock强大的地图组件QuikMaps
2. Flock浏览器BlogPost测试