你不知道的：谷歌103号员工曝公司早期内幕 - 谷歌,Adwords - IT资讯
你不知道的：谷歌103号员工曝公司早期内幕

前天是谷歌上市10周年的纪念日(美国时间是昨天)，时间真的是过得很快，回想起来还感觉像昨天一样，当年的各种媒体不看好，到各种不遵守传统规矩的上市方式(荷兰式拍卖融资)，都引起很多争议，但10年过去了，谷歌的股价升了十几倍，从金融的角度已经是无容置疑了，但这个成功的公司背后其实也是经历了无数波折，我是2000年进入谷歌的美国总部，当时它还是一家小公司(我是103号员工)，有很多鲜为人知的事情。

商业模式往往是摸出来的：我是谷歌Adwords广告系统的第一个工程师，当年刚刚进去的时候我老板说“咱们该试试把赚钱这个事情规范了”，今天广告收入占了谷歌绝大部分的收入，但是当年公司还不确定广告是个未来，甚至我们三个做Adwords的工程师都自己互相问了个很傻的问题：这种广告你会点击吗？我们没有一个人点击过广告，也觉得自己这辈子也不会去点击广告，那这个事情还有意义吗？可是事实证明，我们不点不代表普罗大众不点！

没有完美的产品：第一代的Adwords广告系统只有三个工程师(有一个还是兼职的)，加上一个UI设计师，没有产品经理，是的，那个年代谷歌还没有产品经理这个角色，很多人早期看见谷歌的产品都觉得做得很好很人性化，但这些产品都是没有产品经理去负责的，就是三种人把产品死啃出来的：UI设计师，工程师，小组经理。没有产品经理确实有很多问题，但产品照样做出来了，而且无比快速，三个月就完成了(包括测试，运维，前期还试用了PHP，中间还有Lisp的实验！)。第一代产品确实有很多问题，但这些问题都不重要，因为没有太多用户！

"技术很强"：大家都认为谷歌的技术是互联网公司里面最强的，各种算法和数据，大牛们都爱加入，但其实在早期的时候谷歌很多技术是很差的(起码从今天的角度来看)，谷歌的第一行Java代码是我提交的，当时也没有正式的code review，没有单元测试，代码规范才刚刚开始有，而且没有bug tracking数据库！估计今天的软件公司很难想象没有这样子的数据库是怎么管理bugs的，但当年的谷歌也活的好好的！所以在这里给所有的技术大牛一个忠告：谷歌也只是“足够好”就可以了，用户体验才是最重要！

交流成本几乎为零：早期的时候几乎没什么邮件来回，也没什么会议(最多也就三个人讨论)，很多事情就记录在便签上(纸质的，不是软件)，因为没有bug tracking数据库，也不需要花时间去把bugs过一遍。没有报告，没有流程，我当时的老板甚至连电脑都几乎可以不用(她是斯坦福计算机博士毕业的)。回想起来确实有点乱，但出来的产品还是挺好的！其实很多人都不会写邮件，不是因为他们的写作能力有问题，而是邮件是一个没有发送成本的工具，比如要是发一封邮件需要发件人付款10块的话，再夸张点是每100字10块，我相信很多公司的交流成本会大幅下降，因为每个人发邮件之前都会先仔细想想自己想说什么。很多人没有意识到发邮件花时间，其实看邮件可能更花时间，因为写的是一个人(比如花5分钟)，看的可能是10个人(每人花1分钟)，对公司来说就是看的时间比写的时间多。

管理是实验出来的：我进入谷歌的时候管理层有三层：CEO，VP，经理。后来Larry Page想试试更扁平化，就变成：CEO，VP。当100个工程师汇报给一个VP不行以后才把产品经理和管理经理这些角色给慢慢建立起来。也是经历了这些以后才摸索出来单元测试和很多流程的东西，回想起来真的是很乱，但也没有对业务造成大问题。

对每个人要信赖：第一代的Adwords广告系统上线的时候运维就基本上只有我，还有一个很有经验的运维带着我，但他只能给我一点点时间(他是每天睡四个小时的人)，产品上线的流程是。。。没有流程！我写了个简单的文件和脚本，其他人过了一下就上线了！我当时犯了无数错误(毕竟我没做过运维)，有一些公司都没人知道(否则可能当时就被解雇了，比如我曾经把一部分用户的数据不小心清空了，还好找回备份了)，但是因为公司给了我很大的信任，所以我犯了错马上就改。创业公司一定是会犯很多错误，很多人的方法论是尽量去避免这些错误的发生，所以会出来很多流程的东西，但是当用户量不多的时候，更重要的是做好准备出错，先想想出错了以后弥补的方法。