The Productive Programmer则会教导你：

多用宏吧，启动它，你就可以迅速完成大量重复的工作；

多用脚本吧，你可以提高运行的效率，避免变数和误差；

多用自动化测试吧，你可以迅速定位问题，保证质量；

多用管道吧，这样多个程序就可以无缝结合成一条生产线；

没错，学习宏、脚本、自动化测试、管道（Shell），不是容易的事情。但别忘了，身为技术人员，了解技术，学习技术，运用技术，正是你的职业，你的优势，也是你的责任，你的生产力（所谓productive）所在。随便举个例子吧，在本书中文版的第196页有这么一段话：

在我刚才提到的例子中，开发人员用了1小时58分建立正确的语法，然后用了不足两分钟运行。在一些未曾培训过的人眼里，他的大多数时间都没有效率（这就是为什么他们反对使用正则表达式的原因），但最后，他节省的是几天的时间！

我还要补充的是，解决好这样的问题，现在能节省几天的时间，将来，更可以节省无穷无尽的时间！就我的开发经历来说，平时多注重这样的细节，做些 没效率的事情，积累起来，就可以节省大量的时间和精力至少至少，你不会抱怨，自己终日被一大堆简单重复劳动所困扰。

类似的例子，在书中随处可见，譬如作者讲到，几乎每个*nix用户，都会有自己的shell alias，真是于我心有戚戚焉：我自己积累了一大堆alias，喜欢用grep color把要找的内容标成高亮，也喜欢在统计脚本里用不同的颜色标注不同的状态在Shell下干活，更加简单、利索，一目了然，这种流畅和效率，也可算专属于程序员的宝贵财富。

当然，也有读者会觉得很烦：作者几乎讲一个很小的例子，几乎都要强调一遍：简单重复劳动是低效的（程序员不应该这么干）。不过，我丝毫没有觉得罗嗦，反而因此喜欢上这本一个下午就能看完的轻量级小书：阅读它，你并不需要太多的期望，权当一次愉快的思维体操吧你会发现，专属于自己的高效率，就来自书中提到的点点滴滴。