前天是谷歌上市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廣告系統上線的時候運維就基本上只有我，還有一個很有經驗的運維帶著我，但他只能給我一點點時間(他是每天睡四個小時的人)，產品上線的流程是。。。沒有流程!我寫了個簡單的文件和腳本，其他人過了一下就上線了!我當時犯了無數錯誤(畢竟我沒做過運維)，有一些公司都沒人知道(否則可能當時就被解雇了，比如我曾經把一部分用戶的數據不小心清空了，還好找回備份了)，但是因為公司給了我很大的信任，所以我犯了錯馬上就改。創業公司一定是會犯很多錯誤，很多人的方法論是盡量去避免這些錯誤的發生，所以會出來很多流程的東西，但是當用戶量不多的時候，更重要的是做好準備出錯，先想想出錯了以后彌補的方法。