正確的軟件開發應該是懶惰式開發,也被稱做忍耐式開發;這種開發方式的表現是,在真正動手寫代碼前,程序員要花大量的時間通盤考慮全部可能的解決方案和途徑。這能夠看做是延緩寫代碼,在沒有徹底理解問題前毫不動手寫代碼。先把問題理解清楚,確保將要寫的代碼能真正的解決問題,這將會避免以後寫出大量無用的代碼。程序員
這裏說的先把問題弄清楚,表現有:編程
你須要花大量的時間調研,來確保需求符合實情,來作工做讓你和同事的交流有共同的語言語義。然而,程序員都喜歡馬上衝上去編程,喜歡在電腦前不停的敲代碼。架構
在真正的軟件開發中,只有5%的開發時間是有效率的(你能夠參考《程序員開發效率悖論》)。若是你發現一個程序員用100%的時間都在盯着屏幕,那麼,你看到的這個程序員是最糟糕的程序員。wordpress
若是一個程序員老是在電腦前編碼,這絕對是一個很差的信號。優化
高效的程序員老是不斷檢查他對需求的理解,確保他們的代碼和需求是同步的。高效的程序員是頻繁的和產品經理/業務人員溝通交流,你能夠常常看到他們使用白板與同事和架構師交流討論。程序員的閱歷和經驗都是用來提升開發效率,這最優秀的程序員:編碼
程序員從心理上講都是喜好本身的代碼的。3d
爛程序員不喜歡去修改已經寫成的爛代碼。相比起優化本身的代碼,他們更願意簡單的增長更多的代碼,以此來彌補以前的缺陷。更糟糕的是,他們喜歡把責任歸咎於他人。最終,一堆很差用的代碼上在來另一堆很差用的代碼,整個系統變獲得處是bug,極不穩定。調試
優秀的程序員常常也會寫出爛代碼,但他們能看到那些代碼須要優化,哪些須要重寫。優秀的程序員和不優秀的程序員的區別就在於對有問題的代碼的態度,優秀的程序員的作法是:blog
當代碼中有須要優化或須要重寫的地方時,時間拖的越久,你就越難回頭解決這些問題。由於對這些代碼依賴的程序會愈來愈多,愈來愈深,當你優化這些代碼時,相關的依賴也須要進行相關修改。當積累的問題愈來愈多時,輕鬆的優化/從新這些代碼已經變得不可能。而使用繼續增長代碼的方式來彌補以前代碼問題,會讓系統變得愈來愈不穩定。ip
若是腦子裏沒想清楚,那就懶一些,把寫代碼的時間日後推。