如果你對如何開發軟件了如指掌，學東西又很快，并且孜孜不倦地從試驗和錯誤中學習。有什么異常你能立刻采取措施，迅速刷新瀏覽器，查看方法是否奏效。

[[129712]]

不行?再試!有時候，哪怕你已經懊惱得要捶墻，也不得不繼續試驗。(各位要是也有為Internet Explorer調試網站的經驗，對此就深有體會了。)

成為一個軟件開發人員就意味著，你需要做一大堆重復性的任務，而這正是懶惰這個品質滋生的土壤。那些厭倦于這種重復性任務的程序員立馬會想到——可不可以建一個工具來自動執行呢?他們知道每一次修改代碼之后如何自動刷新瀏覽器。他們會制作工具自動清理數據庫和測試再次導入的文件。只要有模式存在，他們就能發現它，自動運作它。

很多時候，我發現那些需要使用軟件內置的客戶，因為總是手動處理一些重復性的進程，以至于他們自己竟然忘記了這種浪費時間和精力、效率又低的方法本身就是一個問題。

尋尋覓覓那個“懶惰”的程序員

如果你聘請的軟件開發人員，能一下子融進團隊的工作，明白當前遇到的困境，并且如果足夠幸運的話，他甚至只需要幾個小時就能快速提出解決方案。有時候方案會略顯復雜，但是我不得不坦言，將工作流程放到Excel中通常并非一個長期的***解決方案。

如果你想要找到業務流程關于框架原型的解決方案，Ruby on Rails是你的***。它擁有所有你需要的任何工具，只需要幾小時，就能建立起一個雖然略顯混亂但是快捷的自動化進程。如果想要整潔一點，可以直接與業務流程相關。優化業務流程能讓我們和我們的客戶心情更愉悅，甚至可能產生的效益更高。

有時候我會覺得，懶惰的程序員，其實，更優秀。不過這并不是說，走捷徑就一定是正確的解決方案。懶惰的開發人員知道，捷徑終非長久之計。科學的規劃能讓人事倍功半，他們深謀遠慮，思慮長遠。他們的眼睛總是朝著遠方。當然該走捷徑的時候，他們毫不猶豫。有的想法一開始出來的時候只是一些片段，并不具體或者是基于某些假設的，那些所謂“懶惰”的程序員卻會絞盡腦計地思考并且去嘗試這些新鮮事物：測試、測量反饋、***根據結果得出結論。如果，我們直接在假設的基礎上去做軟件，一旦需要重做，那將耗費更多資源。這種建議，我相信任何有腦子的人都會pass掉。

后期如果需要做任何改動，因為有著詳盡又科學的規劃，所以對于“懶惰”的開發人員而言就是小菜一碟。反而是那種“勤奮”的開發人員，因為過度設計，而把自己限制在了一個固定的思維中——程序要么不做，要做一開始就得有個上千個功能。這是個劃時代的創舉啊!我真是個天才!這些家伙如是想。可以***卻發現他設計的條條框框不能做到隨著業務的改變而及時重塑。

所以如果你下次再聽到別人說懶惰是一種可貴的品質，就不要吐槽了。懶惰在編程的世界不再是一個貶義詞，而是一種夸贊!