我看IT技术图书

我看IT技术图书 
昨夜重读尤克斌的《UML应用建模实践过程》，感受颇深；能够清晰讲出建模和面向对象本质的书并不是很多，这本200页左右的册子用其中10%的篇幅左右做到了，并在接下来的内容中给出一个完整的实践过程。回顾这几年来的读书经历，我得到一个启发：大凡有用或者所谓经典的图书，多为作者对自己的工作经验的思考与总结，并对之进行升华。 
Frederick *s总结其领导IBM/360项目的长期工作经验,写出了《人月神话》,并在多年后进行反省,修正。《人月神话》受欢迎的程度是可想而知的。 
Gof的《设计模式》又何尝不是如此，只不过作者长期从事软件开发和理论研究，文章比较难度而已，然而这本书给软件开发带来的影响是显著的，有多少搞OO软件设计的人不谈模式的，无论他是专家、高手还是初学者。《Java与模式》文笔优美，将中国传统文化与设计模式巧妙类比，倒可以作为《设计模式》的一个有效补充。 
还要提及国内林锐关于软件工程的一些书籍和文章，我不喜欢他那种自负的风格，但是他能够把自己的经验体会写出来和大家交流，显然和很多为了写书而写书的人不在一个境界，我很欣赏这一点。 
根据自己的经验，我把这方面的图书分为4类: 
一、 语言 
多为在编码层次的一些技巧和应该避免的方法，如《Effective C++》、《Effective Java》和《the Art of Programming》。 
二、 设计 
《设计模式》、《Core J2ee Patterns》 
三、 软件工程和方法学 
《人月神话》、《人件》、《Surviving from OO Projects》等，还有Kent Beck和Martin Flower等的一些书籍。 
四、抽象层次 
《编程之道》。 
还有一类书籍不错，就是作者有实际经验或者文笔不错，不过没有自己观点的，多对软件和软件体系在应用方面进行介绍，如《Thinking in Java》、《Master EJB》，侯捷和李维的图书，机械工业出版社关于Oracle的系列图书。另外IBM、HP等巨头的产品配套书籍，内容讲的很清楚，可是不喜欢那种风格。 
所以，个人以为，买IT图书，就要看作者和他的经历(当然口碑也是一个不错的选择)，不管是专家、学者，还是企业中的高手，首先了解他在相关领域有没有丰富的实际经验，这样才能看出他能不能写出有深度的作品，能不能给你带来启发与知识。 
2003.9.3 
[e-mail]

6 个解决方案

#1

顶一下，虽然没有看国这么多书
汗颜

#2

楼主的代码工夫一定很差.

就是当上项目经理,也难以服众的.

还是多学些代码吧.象《人月神话》,《编程之道》这些都只是些消遣类的书.远不如

多学些算法,多学些编程方法更管用些.

#3

只停留在多学些算法上，终究是个编码匠人.knuth已经产生过了
<人月神话>的确是经验之谈，值得详读。<编程之禅>,<编程之道>感觉有些空洞，没读懂，不敢乱说。

#4

关注算法关注编程方法的时代已经过去了,除非是做基础软件的开发人员,即使这样,我觉得在基础软件的架构更重要,而不仅仅是编码.
一直在编程,但是仅仅编程是很难有什么进步的,多读软件设计,软件工程的书还是有好处的.
我不认为<人月神话>是消遣的书,他的经验真是经典,没有多年的实践是总结不出来的.
看过<编程之道>作者的介绍,他的工作经验也是很丰富的,用一种别样的方式表达了出来,读起来倒是可以作为一种带有启示的消遣.

#5

我也没说其它的不重要的。
但我们中国人也不能总停留在做些处理数据库的定制软件。
那是没多少技术含量的。软件的领域很广泛。并不仅仅是编辑数据库记录。
比如现在有多少公司开发出了好的网络游戏呢？？，
甚至连象韩国那样的仿制能力都没有。金山公司连个杀毒引擎也做不好。

每个人都去做软件的架构设计。却没人去做具体的编码，或者设计好了
却没法实现，那也是也不行的！可以说现在全国没多少优秀的编码匠人。

不要看不起编码人员，一个好的编码高手自然能做好系统分析，
反过来没编码实践的系统分析员就不一定能做出合理的系统来。

#6

oupatch(果子狸)第二次说得还算是在理，第一次说的话，不太好。