不行?再試!有時候，哪怕你已經懊惱得要捶牆，也不得不繼續試驗。(各位要是也有為Internet Explorer除錯網站的經驗，對此就深有體會了。)
成為一個軟體開發人員就意味著，你需要做一大堆重複性的任務，而這正是懶惰這個品質滋生的土壤。那些厭倦於這種重複性任務的程式設計師立馬會想到——可不可以建一個工具來自動執行呢?他們知道每一次修改程式碼之後如何自動重新整理瀏覽器。他們會製作工具自動清理資料庫和測試再次匯入的檔案。只要有模式存在，他們就能發現它，自動運作它。
很多時候，我發現那些需要使用軟體內建的客戶，因為總是手動處理一些重複性的程式，以至於他們自己竟然忘記了這種浪費時間和精力、效率又低的方法本身就是一個問題。
尋尋覓覓那個“懶惰”的程式設計師
如果你聘請的軟體開發人員，能一下子融進團隊的工作，明白當前遇到的困境，並且如果足夠幸運的話，他甚至只需要幾個小時就能快速提出解決方案。有時候方案會略顯複雜，但是我不得不坦言，將工作流程放到Excel中通常並非一個長期的最佳解決方案。
如果你想要找到業務流程關於框架原型的解決方案，Ruby on Rails是你的首選。它擁有所有你需要的任何工具，只需要幾小時，就能建立起一個雖然略顯混亂但是快捷的自動化程式。如果想要整潔一點，可以直接與業務流程相關。優化業務流程能讓我們和我們的客戶心情更愉悅，甚至可能產生的效益更高。
有時候我會覺得，懶惰的程式設計師，其實，更優秀。不過這並不是說，走捷徑就一定是正確的解決方案。懶惰的開發人員知道，捷徑終非長久之計。科學的規劃能讓人事倍功半，他們深謀遠慮，思慮長遠。他們的眼睛總是朝著遠方。當然該走捷徑的時候，他們毫不猶豫。有的想法一開始出來的時候只是一些片段，並不具體或者是基於某些假設的，那些所謂“懶惰”的程式設計師卻會絞盡腦計地思考並且去嘗試這些新鮮事物：測試、測量反饋、最後根據結果得出結論。如果，我們直接在假設的基礎上去做軟體，一旦需要重做，那將耗費更多資源。這種建議，我相信任何有腦子的人都會pass掉。
後期如果需要做任何改動，因為有著詳盡又科學的規劃，所以對於“懶惰”的開發人員而言就是小菜一碟。反而是那種“勤奮”的開發人員，因為過度設計，而把自己限制在了一個固定的思維中——程式要麼不做，要做一開始就得有個上千個功能。這是個劃時代的創舉啊!我真是個天才!這些傢伙如是想。可以最後卻發現他設計的條條框框不能做到隨著業務的改變而及時重塑。
所以如果你下次再聽到別人說懶惰是一種可貴的品質，就不要吐槽了。懶惰在程式設計的世界不再是一個貶義詞，而是一種誇讚!
相關閱讀
評論(1)