這是一句廣為流傳的俗語，表面意思就是磨刀並不會耽誤砍柴的時間，在軟體開發過程中，似乎也有同樣的情況出現。
有的時候，專案為了趕進度，需要快速實現，於是我們就馬不停蹄的加班加點的去寫**了，其他周邊的功夫能少耽誤就少耽誤，但是是不是除了寫**，其他什麼事情都可以省呢，舉自己切身遇到的2個例子。
案例一：在實現過程中，需要搭建環境，此環境既是完成專案開發必須，測試也少不了，更重要的是需要在環境裡面做些自己的事情。那麼現在如果有現成的環境，一般來說都是直接用之，但是有時候也不是這樣做就是最好。比如說借用的環境使用起來不方便，有物理上的距離，自己不能完全控制，這樣勢必會在開發過程中降低效率。其次，搭建環境的過程很多時候也是幫助開發人員了解專案需求的，當你花了一定時間搭建好環境之後，對於此專案的整個流程，中間需要注意的問題也許就有了更好的了解，對於之後更好更快的完成專案多半還是有幫助的，最後仍然是提高了效率。
案例二： 曾經碰到過需要將很多html原始碼轉換成cgi的**，這個過程其實就是將html的每一行前後都要加上cgi需要的特點字串。接到專案如果馬上就開始一行行的去做加上這個特點字串那肯定就是極大的浪費時間了，在網上搜尋下可知道有很多方法可以很快完成這個需求。 vi可以，awk可以。
當然觀點不是絕對，尤其是在巨大的專案壓力下，但是有的時候確實不能因此而不願意去花點時間「磨刀」。
磨刀不誤砍柴工
再次驗證了磨刀不誤砍柴工，這次高體大作業，花了我乙個多星期，結果呢，卻是還是有問題，回過頭來再看書上分析，又懂了一點。歸根結底，是沒有做好準備工作，總覺得應該盡快編 這樣才能早點結束。學了物件導向分析與設計，發現這個確實很有用，而且了解到，在軟體開發中，寫 只是其中很小的一部分，前面還有很多準備工作...
磨刀不誤砍柴工
我的部門裡面有erp顧問，也有你們經常說的網管。顧問負責erp管理軟體的維護與管理，網管負責硬體與網路的管理。我發現管理軟體的顧問經常是辦公室裡上網找資源學習，而網管們則 不斷，不是這個部門來 說，電腦無法啟動，就是列印不了，或者是中毒了什麼。為什麼有這個差異呢？我發現了這麼乙個問題，管理軟體的顧問...
磨刀不誤砍柴工
今天費了整整一天的時間，從早上8點多，忙多晚上8點多，忙活10多個小時，修改上傳了400多個檔案，卻沒有解決任何故障。不過我覺得今天的工作是非常值得的。大全裡面曾講到，的22中壞味道，其中重複是萬惡之首。我的確是真體驗到了。一套 40多個專案，有四十多個分支。如果僅有幾個檔案有定製，那或許還算是比較...