最近同事遇到了乙個非常奇怪的問題,在delphi中編譯的時候,發生一些奇怪的現象,報出u2004之類的錯誤。我們在尋找原因的同時,我就想起溫伯格的《成為技術領導者》的書中提到的乙個測試題:
如果你必須坐某人的車去旅行,你希望司機是:
(a)從未出過事故,但如果出現事故時可能會不知所措。
(b)乙個星期出一次事故,但能非常老練地在緊急情況下做出決定。
正如書中提到的,大部分人都選擇(b)。而我突然想到這個問題,就是因為在思考,為什麼我沒有遇到這個問題呢?
也許大家可能會罵我為什麼問這麼愚蠢的乙個問題。但深入思考一下,這確實很有意思的啊。有些人的習慣,就是可以非常自然地規避很多問題。這讓我又突然想起大學的考試,老是考一些錯誤的情況下怎麼解決。我當時就非常反感,靠,老子學的都是正確的,老是去想為什麼錯幹什麼!
呵呵,正如書中講到的這個問題。我們總是認為亂世出英雄(解決問題才能發現英雄),和平時代反而看不到將軍了。萬不知,避免出現問題遠遠比出了問題再解決成本更低!
當然了,永遠不犯錯誤確實有可能是太平庸了。不去進行任何挑戰,當然不會遇到問題了。可是有乙個有能力的人,不光要培養解決問題的能力,更應該關注規避問題的方法。
華為公司曾經有這樣的乙個案例,有一次開會討論軟體開發管理的時候,突然發現公司中有乙個產品,到現在也才是1.0版本,很長時間都沒有需要公升級。而當時負責開發的經理現在也還是沒有得到重用。領導們就開始分析原因,最後決定重用這位經理。
為什麼呢?我們平時在獎勵乙個人的時候,往往是在考慮他解決了多少問題。但是,不可忽視的是,這些問題也是他創造的啊。而那些少犯錯誤的人,雖然不能表現自己的能力,但是從結果看,對組織的貢獻才是最大的。所以,當然應該進行獎勵和重視。只可惜,我們往往忽視這點。
說到這裡,我們可能會不願意去接受這個現實:別人做事天生就是比你有優勢!因為他們擁有規避問題的習慣(能力)。其實,不需要妒忌。這些能力也是學習得來的。只是我們以前的關注重點有些差異而已。我們只要關注到,同樣也可以掌握。
規避問題,這就是好的習慣的力量!軟體開發中,多多貫徹這些好的習慣,必然會提高產品的質量。
軟體開發中關注習慣的力量
最近同事遇到了乙個非常奇怪的問題,在delphi中編譯的時候,發生一些奇怪的現象,報出u2004之類的錯誤。我們在尋找原因的同時,我就想起溫伯格的 成為技術領導者 的書中提到的乙個測試題 如果你必須坐某人的車去旅行,你希望司機是 a 從未出過事故,但如果出現事故時可能會不知所措。b 乙個星期出一次事...
軟體開發中的併發
併發作用 1.在互動式應用中,快速響應使用者的請求,提高感知響應的時間 2.充分利用硬體資源,計算資源 3.簡化應用設計 併發壞處 1.難於測試 2.併發應用執行在複雜的環境下,軟體不確定性增多 3.處理同步,通訊的問題,增加程式設計複雜性 4.併發開銷對效能的影響,包括上下文環境切換,同步等 併發...
軟體開發中的「格調」
在三年之前,我從學校畢業,進入公司,正式開始了軟體開發工作。我從完成第乙個開發任務的過程中學到了很多東西,包括 1 編寫程式只是軟體開發中的乙個流程,並非全部 2 程式編寫需要遵循一定的規範,遠遠不只是實現功能那麼簡單 3 程式編寫者是程式的第一負責人,要對自己的程式進行充分的自測,而非只要程式編寫...