這兩天因為要呼叫另外乙個專案組的webservice,去讀了他們的實現。不讀罷了,一讀發現一堆問題:
svn check-in沒有注釋
引數沒有檢查
呼叫函式的返回值沒有檢查
邏輯錯誤
很驚訝.因為專案經理是我挖過來的,對他的能力我有信心,有他帶著不至於出現這種低階錯誤.於是和專案經理溝通,指出這些問題.他說這些問題其實他也發現了,只是不想給下屬太多壓力,想讓他們專心把手頭的專案先做完,下一步再強調規範.
我覺得這裡混淆了乙個問題:質量上的嚴格要求不等於給壓力.什麼是增加工作壓力?
一:要求你在時間上很難完成的任務.要你兩天的任務一天做完,這是無理要求,是壓力.
二:要求你完成能力上很難完成的任務.要沒有圖形影象背景的人一周內寫個影象識別演算法,是無理要求,是壓力.
其 他在規範上的要求,不是壓力,而是緩解壓力.因為好的規範,能在多個方面促進我們工程的效率.就拿svn check in加注釋來說,可能新增注釋會花掉你幾分鐘的時間,但它會讓你更加注意check-in的粒度和更頻繁的check-in.引數檢查,返回值檢查能讓你 第一時間發現異常,避免了錯誤在系統內部傳播,能幫你構建更健壯的系統.所有的這些規範都能幫你減輕開發的壓力,而不是增加壓力.這就如同法律法規表面上 限制了我們的自由,實際上要沒有法律法規,大街上都是拿刀子捅人的,又何來自由可言.
很多沒有經歷過正規專案的人,沒有良好的專案規 範.這就需要帶頭人去指引,去規範,而不是因為專案緊而姑息.也不能因為講過一兩次下屬沒有完全理解和執行就不講了.有些基本的規範和原則一定要強調,不 論進度壓力有多少.否則欠下的債總有還的一天的.只有打造一支強有力的隊伍,大家才能從容應對和化解壓力.
1 6 壓力和困惑
對於那些專案管理的新手來說，他們害怕的是成功通常需要做出許多變化。乙個新專案建立的目的就是通過修改 構建或者銷毀某些事情來改變周圍的世界。除非是某些特殊情況，否則維持現狀會被認為是一種失敗的結果。世界一直在改變，如果乙個web站點或者其他專案不能和它以前的一樣好，就意味著這個專案已經過時了，出現這種...
2 3 4 規範推導和規範歸約
例如,設有文法 g n 1 n 1 n n nd d d 0 1 2該文法所定義的語言是由數字 0 1 2 組成的所有無符號整數。符號串 12 是該文法的乙個句子,該句子可以通過下列 3 個不同的推導序列推導出來 n 1 n nd n 2 d 2 12 n 1 n nd dd 1 d 12 n 1 ...
壓力測試和負載測試
一 基本概念理解 壓力測試 在一定的負荷條件下，長時間連續執行系統給系統效能造成的影響。負載測試 在一定的工作負荷下，給系統造成的負荷及系統響應的時間。壓力測試 stresstest 和負載測試 loadtest 的區別 1 可以看出壓力測試有個長時間執行，而負載測試負載型別可能是其他型別的。2 壓...