上帝的歸上帝，程序的歸程序[2]

The Productive Programmer則會"教導"你：

多用宏吧，啓動它，你就可以迅速完成大量重複的工作；
多用腳本吧，你可以提高執行的效率，避免變數和誤差；
多用自動化測試吧，你可以迅速定位問題，保證質量；
多用管道吧，這樣多個程序就可以"無縫結合"成一條生產線；

……

沒錯，學習宏、腳本、自動化測試、管道（Shell）,不是"容易"的事情。但別忘了，身爲技術人員，瞭解技術，學習技術，運用技術，正是你的職業，你的優勢，也是你的責任，你的生產力（所謂productive）所在。隨便舉個例子吧，在本書中文版的第196頁有這麼一段話：

……在我剛纔提到的例子中，開發人員用了1小時58分建立正確的語法，然後用了不足兩分鐘執行。在一些未曾培訓過的人眼裏，他的大多數時間都沒有效率（這就是爲什麼他們反對使用正則表達式的原因）,但最後，他節省的是幾天的時間！……

我還要補充的是，解決好這樣的'問題，"現在"能節省幾天的時間，將來，更可以節省無窮無盡的時間！就我的開發經歷來說，平時多注重這樣的細節，做些"沒效率"的事情，積累起來，就可以節省大量的時間和精力--最起碼，你不再會抱怨，自己終日被一大堆"簡單重複勞動"所困擾。

類似的例子，在書中隨處可見，譬如作者講到，"幾乎每個*nix用戶，都會有自己的shell alias",真是於我心有慼慼焉：我自己積累了一大堆alias,喜歡用grep –color把要找的內容標成高亮，也喜歡在統計腳本里用不同的顏色標註不同的狀態……在Shell下幹活，更加簡單、利索，一目瞭然，這種流暢和效率，也可算專屬於程序員的寶貴財富。

當然，也有讀者會覺得很煩：作者幾乎講一個很小的例子，幾乎都要強調一遍："簡單重複勞動是低效的（程序員不應該這麼幹）".不過，我絲毫沒有覺得羅嗦，反而因此喜歡上這本一個下午就能看完的"輕量級"小書：閱讀它，你並不需要太多的期望，權當一次愉快的思維體操吧--你會發現，專屬於自己的高效率，就來自書中提到的點點滴滴。