上帝的归上帝,程序的归程序[2]

时间:2018-12-31 12:00:00 资料大全 我要投稿

上帝的归上帝,程序的归程序[2]

]

The Productive Programmer则会"教导"你:

多用宏吧,启动它,你就可以迅速完成大量重复的工作;
多用脚本吧,你可以提高运行的效率,避免变数和误差;
多用自动化测试吧,你可以迅速定位问题,保证质量;
多用管道吧,这样多个程序就可以"无缝结合"成一条生产线;

……

没错,学习宏、脚本、自动化测试、管道(Shell),不是"容易"的事情,

上帝的归上帝,程序的归程序[2]

。但别忘了,身为技术人员,了解技术,学习技术,运用技术,正是你的职业,你的优势,也是你的责任,你的生产力(所谓productive)所在。随便举个例子吧,在本书中文版的第196页有这么一段话:

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

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

资料共享平台

上帝的归上帝,程序的归程序[2]》(https://www.unjs.com)。

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

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

 

【上帝的归上帝,程序的归程序[2]】相关文章:

1.上帝的归上帝,程序的归程序[1]

2.归姓的来源,姓归的名人

3.励志人生:上帝的备份

4.程序员的时空定理[2]

5.上帝助自助者

6.哲理小品:没有上帝

7.上帝借走了我的眼镜

8.寻找自己的程序员之路[2]