這幾天終於接了乙個專案，可以開始我的pl生活了
前任同事做的很不錯，給我傳授了一些經驗，其中關於**這事，有一句讓我記憶深刻
因為這句跟我之前的專案是不一樣的，不知這樣更合理還是原來那樣更合理。。。故，記錄下來，以憑後斷
這句話是：
手快的也許一天就做完了，但**得按照之前的水平報，這是我們該要的。
1.原來的專案
**根據人員經驗分為se，pg，當然，因為se和pg的單價不同，故每個專案都會是se和pg的組合
人月數也是根據機能點，經驗等估算出
經驗者越多，也就意味著時間越短，se越多，成本可能跟多加幾個pg，拉長時間差不多
2.現在的專案
**不區分人員水平，根據最初的水平來**。對於經驗者，清閒的日子會比較多，對於新人，時間也夠用
人月數是根據測試點，將測試時間與review時間，準備時間，寫case時間幾部分相加得到
人少時間就長，人多時間就短
比較：從利潤和人員培養的角度來說，應該是第二種的比較好，第二種方案下，經驗者有時間做其他提高自己的事情，非經驗者有充分的時間學習，比較清閒。。。
從客戶收益和專案時長的角度來說，應該是第一種的比較好，第一種方案下，人員能充分發揮其作用，90%-100%的時間均處於專案時間中，但都會比較忙碌。。。
如果專案的錢多，應該客戶不會想要控制成本到苛刻的程度，比如新開發的專案，採用第二種大家都高興
如果專案的錢少，客戶對於乙個人月，兩個人月計較的很，比如後期維護專案，大家都做了好幾年，知根知底的專案，就得採用第一種。。但，可以提高單價，讓付出與回報相等。。呵呵
暫時就這麼點兒想法，有其他想法再說~
是不是應該去北京？
剛才在51job上瀏覽了一下工作職位的提供的情況,廣州的職位少得可憐，只有北京的1 5,唉，是不是應該換乙個地方了？有點捨不得 格式為 職位名稱 職位數量 北京 軟體工程師 4253 高階軟體工程師 1335 技術支援工程師 1063 網頁設計 製作 1214 專案經理 主管 1002 系統工程師 ...
測試是不是應該太強
昨天下午到旁邊一幢樓微軟live研發中心去，和以mvm聊測試 他的辦公室裡面放著從印度帶回來的沉重的板球拍 聊過以後，發現現在微軟的測試做的那叫乙個到位。大量的測試人員，每天跑上萬個測試案例，而且都是 自動完成，人一群一群的，測試機一排一排的。這倒是和上周三和陽萌聊到的google的感覺截然相反。g...
我是不是應該學學框架了？
我應該怎麼辦，我應該怎麼辦，我應該怎麼辦，我應該怎麼辦 我剛開始學php的時候 買了本書 現在書看完了 基本語法 資料庫鏈結讀取 sql語句，陣列，類 什麼的這些都比較明白了 自己也寫了一些基本的小程式 比如說 資料採集，簡單可能 比較荒唐的內容發布 不太安全的使用者登入，總想自己做乙個整套的小規模...