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