| Ye 的个人资料Once upon a time in Beij...照片日志列表 |  工具  帮助 |
|
6月22日 砍人的冲动与国字头单位打过交道的人，都不难想象注册公司所必需经历的一系列麻烦事，这个过程的最大挑战不在于（至少是不仅仅在于）流程的繁琐，而是流程的不清晰。没有什么比你排了半天队，在窗口俯下身来谦卑的把材料交给工作人员，然后她冷冰冰把东西退还给你并告诉你某某材料不合格或不全或——你排错队了——更让人气恼了。这也是为什么大多数人在注册公司的时候都要找一个“代办”。
虽然有了代办，有些事情还是要自己跑，比如和银行、财务相关的事情。我今天上午就干这个去了。
今天的考试科目是，把验资款转入公司的银行账户，俗称划款。听起来很简单？别着急，听听我的故事。
因为验资的时候是我本人办理的，所以当前几天开户银行把一个叫做开户许可证的东西给了我以后，告诉我直接去验资银行划资，我想当然的认为这是一件不复杂的事情。早上我带齐了所有材料，自信而精神饱满的出门，直奔位于八里庄的农行（也就是我验资所在的银行）。在那里排了20分钟队以后，我来到窗口，把东西递交上去，心里想，今天人还不算多，一会回去这个上午还能工作一会儿。
“划资不在这里办理”，柜台的服务人员给我当头一瓢冷水。经过我反复确认，她告诉我应该到旁边中关村科技园服务中心，那里有一个农行的柜台专门办理划资。还好，就在隔壁的大楼，事情还不算太糟。
我冲到科技园服务中心，在一楼和二楼分别询问后，找到了农行负责划资的窗口。前面只有一个人，“今天运气不错”，我又在想……。虽然只有一个人，但是划资的程序可能并不那么简单，我又等了20多分钟，终于轮到我了。我长呼一口气，把材料递了进去。
“你的资金不是在这个农行办理的”，服务人员又给我一瓢冷水。我想她一定是搞错了，当时验资是我亲自来办，而且就在旁边的农行，而且刚才的农行业务员也清楚的告诉我要到这里办理。我于是很自信的跟她解释起来，面带微笑，我的表情明白无误的告诉她“没关系，我原谅你的愚蠢错误”。
又是一番口舌后，她让我明白愚蠢的人不是她而是我。原来虽然我验资时是在这个银行，但是划资却应该到位于苏州街的另一个银行办理。我胸中腾的窜起一把火，一种砍人的冲动在我胸中激荡。想起老罗的话，“每天都在杀人和忍住不杀之间徘徊”，说的多好啊。
不过现在没时间砍人，我想，趁现在交通还好，赶过去应该还来的及。又过了20多分钟，我冲到了苏州街的北京工商管理局这里，心里奇怪为什么应该到这里办理。给代办打了电话，确认确实在这里。我进去以后，找到一个负责问讯的人，她告诉我划资应该到17号窗口排队。我过去一看，天哪，居然这么长的队。前面至少有15个人，这么排下来，中午能不能轮到我都不知道。
排了10分钟的队，我对周围的人心生疑虑，好像他们拿的材料和我的不太一样。是不是要再出去问一问呢？给代办打电话，她的手机也没人接，要是从队伍中走出去，可能的代价就是前面10分钟的队白排了。但是看看前面10多个人，还是决定先明确方向。
重新回到问询处，仔细说明了我的情况和疑虑，她说，我以为你是北京的呢（我心想我就是北京的啊），海淀的应该到海淀那边办理。经过点拨，我才知道海淀在这个楼的旁边一个大厅办理。再次克制住砍人的冲动，转了几个弯来到海淀大厅的农行，跟业务人员确认后知道，我终于找到组织了。
又排了10分钟队，终于轮到我。这次终于没有人把我的材料扔出来。不过划资需要我输入密码。这个密码是一个4位数在验资的时候输入的。我隐约记得当时确实让我输入过一个密码，不过因为是在没有思想准备的时候输入的，现在已经一点也想不起来了。我在柜台那里，像一个不会做题的考生，反复的尝试密码，把我认识的人的生日，平时喜欢用的数字的各种组合都尝试了一遍，居然没有一个正确的。
“如果忘记密码了怎么办？”我问道。
“挂失，然后三天后让所有股东本人来这里重新办理” “可是有股东在外地呢” “那没办法，只能这么办” 我瘫坐在柜台前，挖空心思想着各种数字的可能，排在我后面的人不耐烦的发出各种声音，柜台的业务员倒是颇有耐心，冷静的等待着，并在我每次尝试后给我一个摇头表示不成功。看着面前的键盘，我突然想起当时好像随便输入了四个一样的号码，应该是1111！——输入后，我满怀期望的看着业务员，仍然是冷静的摇头。那就是8888？（心说我怎么选了这么庸俗的号码）还是不对。其他数字好像也更加不可能。难道真的要挂失？想想就头疼。业务员看了看钟，说再过一会我们就要下班了，声音仍然很冷静。我想，既然来了，就尝试所有可能，死马也只得当活马医了，试试6666吧。
“对了”
“对了？！！！” 业务员点点头，冷静的开始后面的操作，打印凭条，盖章，她的动作是多么熟练而优美啊。 11：10，我走出大门，心中充满成就感。心情这么好，今天就不砍人了罢。
6月20日 成功的微软和失败的微软好朋友Geoffrey写了一篇关于M$的blog，中间有两个相关的链接，分别是Joel Spolsky的My first BillG Review和The world as best as I remember it: Broken Windows Theory。
自从昨天看了这两篇文章，我的脑子里一直无法停止思考的一个问题是：一个软件公司，或者说是一个高科技公司，会因为什么而成功，又因为什么而失败。
在Joel的文章中，他提到36岁的Bill Gates（1992年）来review他关于excel macro的功能设计。Joel说，当时的微软有一个传统是，每一个重要的功能Bill Gates都会参加review.
为了准备这个review, Joel提前24小时把一个500页的文档交给了Bill Gates办公室，而24小时后，当Bill Gates来开会时，Joel惊奇的发现，Bill居然自己带着那500页的文档来开会，而且第一页上居然做了笔记。Joel为此感到十分兴奋。在review的过程中，Joel更加惊奇的发现，Bill Gates居然在每一页上都作了笔记。
在review的过程中，Bill Gates问了很多细节的问题，包括一个关键的问题即如何通过VB实现Excel中众多的date/time function. Bill Gates走后，有人说道：
作为一名运营了6年软件公司的人，我经常和其他的创业者探讨如何让企业变得更加成功。在这个过程中，我们也时而会抱怨中国的创业环境，人才环境等等。但是Joel的这篇文章让我不得不思考，不得不面对的一个问题是：作为管理者，我们距离Bill Gates这样的人有多么巨大的差距！
92年的微软已经是非常成功的公司了，那时的Bill Gates已经当上世界首富了吧。在那样的一个时候，Bill Gates仍然能做到参加每个重要功能的review会议，并且能够在24小时之内认真看完一个500页的文档，做了笔记来参加会议！不要说CEO，我认识的大多数对项目直接负责的项目经理都无法做到这一点！这里面既有态度问题，也有能力问题。
说道这里，有一个必须要谈到的话题就是，CEO如何在细节和大局之间做出合适的掌控。在高科技行业中，细节和战略有时是很难区分的。Google当年战胜Inktomi赢得Yahoo这个大客户，其page rank算法起了很重要的作用。如果不是技术上的这个突破，以Inktomi当年的实力，Google是无法走入大众的视野的。Apple的iPod获得巨大成功，与Steve Jobs对产品设计中的每个细节都与团队每天讨论到很晚是分不开的。
“专注细节”听起来不错，但也有很多反例，在前面提到的Broken windows一文中，作者（Windows Vista的一个项目经理）很反感的说，微软繁琐的review流程是一种弊大于利的micromanagement，这种流程使得微软的程序员每年只能写出1000行代码，而行业平均值是6000行。
任何一个项目，从产品的研发到最后市场的推广和销售，都是由无数个细节组成的。具体到某一个细节，究竟是CEO来负责还是一个程序员或市场人员来负责，没有固定的模式，但是有一个原则必须遵从——必须由对这个细节真正懂行的人来负责。而这个“懂行”又分为内外两个层面，即内部实现和外部客户。小到一个程序的模块，其内部实现可能一个程序员最懂，但其外部客户——在这个情况下也就是使用该模块的系统——可能是项目经理或是CTO最懂。如果内外两个层面的懂行人是两个人的话，那么在沟通中必然会有损耗，导致最后的结果不那么完美。项目的总负责人一般来说是对外部客户最为理解的人，如果他对内部实现一点都不了解，那么所有成败都只能依赖于该实现人员的理解能力，风险自然很高。而如果该总负责人能够做到：1）正确的判断哪些是最重要的细节；并2）深入了解这些细节，并帮助或确保实现人员做出正确的实现，那么这个项目的成功率就高了很多。Excel, Google web search, iPod这些产品的成功无非也就是这个道理。当然，这种由CEO直接参与项目细节的前提是，CEO在与实施人员沟通时要尽可能的成为内行。假设Bill Gates在review的时候问得问题不专业，反而去问"what is a date function"这样的问题，不仅不会起到任何正面的帮助，反而会从文化上毁掉程序员对于公司的信任，而review的流程也迟早会变成大家集体心安理得的浪费时间的一种形式。（像这个笑话：meetings, the practical alternative to work）
由内行来作决定，听起来容易，但在实际的公司操作中，我们经常会碰到市场人员对产品设计的干涉，财务人员对费用投入的干涉，人事经理对人员奖惩的干涉。这些“干涉”在一个成熟的公司中是必不可少的监督力量，但如果体制、流程设计的不合理，实质上是把对某件事的决策权交给了错误的人（监督人员），结果也就可想而知了。在任何一个层面上，如果最终是外行指导内行，就会导致项目在该层面上出问题。如果这个层面是CEO在公司的最重要产品上出的，那么公司的垮掉也就指日而待了。
6月19日 Google是个“祸害”（续集）上次的那篇“Google是个祸害”中，我提到了师弟Richard。中午约了他一起吃饭，于是有了今天这个续集。
Richard是某年湖北省的高考状元，一米八多的个头，模样很精神，谈吐也比大多数工程师要有趣。也许是眼光太高吧，他还一直单身。不过他从来都没有停止过努力。每次和他聊天，最让他兴奋的话题还是美女。这次也不例外。
比如说，我问Google和北电（他的上一家公司）相比怎样，他的回答是：“我发现，拿着Google的名片去跟美女认识，比拿着北电的名片管用多了”，脸上露出开心的笑容。
人们可能会因为不同的理由希望加入Google，比如说工作内容、企业文化、待遇，现在看来又多了一条——Google gets you date.
我看过一个很有趣的啤酒广告，分别是一个相貌平庸的男性和女性在酒吧里喝酒，几杯酒下肚，他们的模样分别从平庸变成不错直到俊美。广告的标题是beer gets you date.
Google也应该做一个类似的招聘广告。我相信对于大多数geek来说，这样的广告会比一个“10位数的最小质数”的招聘广告要有吸引力得多 :) 6月14日 Sharing is goodGoogle发布了spreadsheet以后，普遍的反应是负面的。MIT Technology Review上面的一片文章说：That's a first for Google, which is accustomed to winning kudos every time it rolls out a free, Web-based version of some function previously confined to the PC desktop -- the realm long ruled by Microsoft.
我倒是对这些负面评价不以为然。
Web-based产品一定是无法做到真正的桌面软件那样功能丰富（feature rich）的——因为AJAX协议, Browser，带宽等的限制。但如果仅仅从功能上把两者相比较，就忽略了最重要的一个方面——共享——在不同的机器之间共享，在不同的用户之间共享。
我对Web-based产品是极力推崇的。以自己的使用为例，以前每次给电脑升级或者需要在家里的计算机上获取公司邮件中的内容，把outlook中的信件导来导去都是最让我头疼的一件事。自从开始使用gmail以后，更换计算机，在不同环境/计算机上办公变得容易了太多。信件的查找管理也方便多了。可以说gmail让我大大提高了工作效率（当然，前提是不考虑GFW对Gmail的限制）
Google发布了calendar以后，我又立刻成了calendar的忠实用户。期待这样一个产品已经很久了。如果calendar能支持中国移动，把日程和我的手机同步起来，我绝对是愿意付费的。
当google spreadsheet发布以后，我第一时间和一个朋友试用了一下。如果从功能上来比较，这个产品和excel确实差距很大。我记得蔡大拿很早就说过，Excel是最能体现微软技术实力的一个产品。现在Google通过一些AJAX就想达到Excel的水准，自然无法一蹴而就。但是从共享的角度看，这个产品仍然是革命性的。我之前做视频会议的时候，曾经花了不少功夫在公网上实现office文档的共享。以当时的眼界和思路，解决方案就是把office文档在屏幕上的显示结果截屏、压缩并传输，因为是把文字变成了图形传输，其效率是很低下的。而且经常在一些细节，如是否能看见excel中的表格线，与用户纠缠不清。网络上多人共享、修改文档是一个真实的需求，对此需求，不同公司给出了不同的答案。
WebEx：通过瘦客户端，以及高成本的服务网络，保证对office文档的共享效率足够高
Microsoft：在office软件产品中嵌入共享、协同功能
Macromedia/Adobe：通过flash技术实现web conference，用户无需安装软件
V2Tech：通过胖客户端，压缩文档后传输
除了Macromedia的模式，其他的解决方案对用户的使用成本都比较高。绝大多数用户是不愿意为偶尔一次的会议下载一个客户端的（谁会喜欢天天开会？——okay, 我承认有人喜欢开会，但估计最喜欢开会的人也不会迷恋网络会议）。而微软希望每个人都使用最新版本的office来协同工作，更是有些脱离现实，把自己封闭在了大企业的高端市场。
有了Google这一系列纯web-based office suite后，对于一个小企业，或是几个个人的会议，完全可以通过skype+spreadsheet/writely来完成了。而且不要忘记，通过google spreadsheet实现的共享是完全在原始数据的级别进行互操作，比起webex/macromedia/v2tech的图形级别的互操作，效率不知道要高出多少倍了。
Computerworld的一个专栏记者说，一个公司的财务人员永远也不会使用google spreadsheet。他说的也许是对的。但是别忘了，正规的财务人员是仅仅是Excel的一些高端用户，大多数普通用户从来都不会使用那些高级功能（我也知道大部分没有读过MBA的财务人员，其Excel水平也仅仅是一个普通用户的水平, if not worse!）。若干年前，一个MBA帮我做财务预测，用到了Excel中一个叫pivot table的东东，我当时大开眼界，并试图弄明白怎么使用，最后还是知难而退了。时至今日，我对Excel的使用主要还是一个记事本以及一些简单的数据统计。Google spreadsheet对我来说，功能基本足够了。当然，我仍然会期待一些新功能——只希望google的工程师不要把时间浪费在那个叫做pivot table的东东上。 6月1日 Dilbert自从使用bloglines订阅Dilbert后，我每天的一大乐趣就是看当天的Dilbert漫画。实在是佩服Dilbert作者的幽默感以及“与时俱进”的题材。每天Dilbert只有一则漫画，由三张图片组成。作者需要在这三张图片中讲一个小段子，并保持内容的新鲜感。我不知道Dilbert已经存在多久了，但其内容之精彩确实是每个上班族都不应错过的。
笑话、漫画在哪里都是受人欢迎的——前一阵子我还看到一个Web2.0的网站做"Joke"box，用2.0的方式作笑话。但如果想获得长期的关注或喜爱却有巨大的挑战。笑话最怕的是不好笑，或者是重复——好比国内的相声。要保持原创性并同时做到好笑，唯一的出路就是“与时俱进”。Dilbert会经常把笑话和当前的热门话题结合起来，比如最近的几则分别谈到了Google，软件外包和iPod。
前天的一则Dilbert，忍不住要在这里推荐一下。
场景：经理给员工做绩效考评
图1：经理说：你这个季度工作很出色，所以我准备给你一些“非现金”的奖励(non-monetary compensation)
图2：经理继续说：你可以告诉我一些关于你自己的无聊的故事，然后我会假装很喜欢
图3：经理一边喝咖啡一边说：故事里必须有海盗的情节。开始吧。
笑话是不容易翻译的，建议还是看原图。再看一遍，还是忍不住要乐，哈哈哈……
|
|
|
