« IOCP , kqueue , epoll ... 有多重要? | 返回首页 | 程序员的命 »

读书这件事

据说昨天是世界读书日,读书这件事,不只是学生应该做的吧。道理大家都明白,可是工作后坚持读书却不是普遍现象。

程序员属于经常读书的一类人,我们说的读书不单指读专业书籍,也不指大部分的小说散文这样的闲书,(并不想说读小说散文没意义)。不过这里只说说专业书籍。

以前,工作比较独立,所以项目再忙也常常读书。如今要兼做管理工作,管人管项目还有建构编码,事情多了就没心思读书了。就算是读,也只能是 read 而做不到 study 。

最近买了好些新书,堆上书架的同时,检讨了一下自己。没时间读书不应该作为一个借口存在,老套点说,小时候还学过雷锋的钉子精神呢。每天晚上睡觉前,抽出一个小时,强迫自己什么都不想,专心看点书可以一举多得。

这两年都有大部头恐惧症,书一厚就害怕翻开了。这个应该是首要克服的。最近网上比较流行的一本书是:《代码大全 》。注意到这本书是源于博文视点的罗在我的 blog 上的留言。当时我没有为之写书评或是其他的想法,因为那时还没打算读这本书。这次,搬起这本 900 多页的大部头时,我想看看自己多长时间可以读完它。

上周的一天晚上,躺在床上翻开第一页的时候,突然有一种熟悉的感觉。已经很久没有这样心无旁鹜的捧着这么重的书了。

读过 100 来页后,我决定开始记读书笔记。这本书总结了许多东西,固然这些自己都明白,却不远如它总结的如此清晰。虽然书中没有什么废话,但是它还是太厚了,笔记可以是一次再总结,也是一次引申。公开的读书笔记或许能帮助更多的人。所以就有了这个:《代码大全》读书笔记

这本书还在继续的读,读书笔记也会继续的写。读完这本后,希望可以继续《UNIX 编程艺术》

ps. 最近跟同事商量了一下,如果大家分别读书,再在周末约定时间交流一下读书心得,是一种很不错的快速吸收新知识的方式。

Comments

P246 尽可能缩短变量的存活时间 这是一个浅显但实用的道理。p248 里还提到,全局变量的存活时间最长,就凭这一点,我们也应该避免使用。使用全局变量和不使用,是关易写代码和易读代码的区别;也是“方便性”和“智力可管理性”的理念区别。这一节还有个被量化的概念,变量的跨度。把一个临时变量重复使用,在增加了存活时间的同时也增加了其跨度,所以出现了很糟糕的味道。这一点在 P255 又谈了一次。 但是,如果一个对象频繁的创建和销毁。对性能却有负面的影响。在不使用对象池的前提下,应该怎么解决这个问题呢
我觉得很多人工作后读书少是因为心态/心情,而不是时间 :) 读书小组是个很好的做法,支持,呵呵,很多外企都是那么做的,而且用上班时间而不是周末 :)
与你正相反,我刚刚看完了《Unix编程艺术》(还在自己的blog上写了几篇身边的例子),准备开始看《代码大全》。已经买了太多的书没看了,时间和毅力啊!都需要。

Post a comment

非这个主题相关的留言请到:留言本