如何成為卓有成效的程式設計師[2]

The Productive Programmer則會“教導”你：

多用巨集吧，啟動它，你就可以迅速完成大量重複的工作；

多用指令碼吧，你可以提高執行的效率，避免變數和誤差；

多用自動化測試吧，你可以迅速定位問題，保證質量；

多用管道吧，這樣多個程式就可以“無縫結合”成一條生產線；

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

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

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

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

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