昨天下午到旁邊一幢樓微軟live研發中心去，和以mvm聊測試（他的辦公室裡面放著從印度帶回來的沉重的板球拍）。聊過以後，發現現在微軟的測試做的那叫乙個到位。大量的測試人員，每天跑上萬個測試案例，而且都是**自動完成，人一群一群的，測試機一排一排的。。。
這倒是和上周三和陽萌聊到的google的感覺截然相反。google好像還是直接扔到伺服器上去跑的居多，就像早期的微軟一樣。
嘿嘿。這真有趣了。
微軟早期一直是以不重視測試出名的，比起70年代到80年代的dec，ibm來說，微軟幾乎就是不做測試的。微軟裡面開發和測試的比例，也是和ibm合作了以後才從10比1提高到n比一，n<5。
現在，反而是微軟的測試越來越強了，在業界裡面很值得稱道了。
但看問題總有不同的角度。是不是測試越強越好呢？如果不計成本，不計發布速度，或許是對的。如果加入了那兩個因素，倒不見得要走極端了。測試永遠是被錢和需求限制的。一味的加強，並不總是順理成章的正確。
莊子說的，「人之生也柔弱，其死也堅強。草木之生也柔脆，其死也枯槁。故堅強者死之徒，柔弱者生之徒。是以兵強則滅，木強則折。強大處下，柔弱處上。」
我們讓自己強大的過程，要小心，保留柔軟的特性；在測試方面強大一段時間，不妨在成本上面花點功夫，再過一段在速度上面提公升一點，保持幾個方面都均衡發展的狀態，哪一項都不要太過分，倒是蠻合乎自然的安排的。
後註：微軟曾經很多東西亂七八糟的，就是混亂狀態（我最欣賞的狀態），比如誰都可以看到所有源**等等（和現在的google一樣）。後來很多人夢想著有完善的管理。結果花了十年時間，一代人的努力，終於管理跟上了。照一照鏡子，卻突然發現：「咦？鏡子裡不是乙個ibm嗎？」
是不是應該去北京？
剛才在51job上瀏覽了一下工作職位的提供的情況,廣州的職位少得可憐，只有北京的1 5,唉，是不是應該換乙個地方了？有點捨不得 格式為 職位名稱 職位數量 北京 軟體工程師 4253 高階軟體工程師 1335 技術支援工程師 1063 網頁設計 製作 1214 專案經理 主管 1002 系統工程師 ...
我是不是應該學學框架了？
我應該怎麼辦，我應該怎麼辦，我應該怎麼辦，我應該怎麼辦 我剛開始學php的時候 買了本書 現在書看完了 基本語法 資料庫鏈結讀取 sql語句，陣列，類 什麼的這些都比較明白了 自己也寫了一些基本的小程式 比如說 資料採集，簡單可能 比較荒唐的內容發布 不太安全的使用者登入，總想自己做乙個整套的小規模...
報價時是不是應該考慮人員配置
這幾天終於接了乙個專案，可以開始我的pl生活了 前任同事做的很不錯，給我傳授了一些經驗，其中關於 這事，有一句讓我記憶深刻 因為這句跟我之前的專案是不一樣的，不知這樣更合理還是原來那樣更合理。故，記錄下來，以憑後斷 這句話是 手快的也許一天就做完了，但 得按照之前的水平報，這是我們該要的。1.原來的...