我只在大学阶段在图书馆看了很多计算机方面的书，无论已经老得都残破了还是最新出版的。前两天又看到论坛中有关于计算机书籍特别是国内人士编写或翻译的计算机书籍的评论的文章，谭浩强老先生又毫无悬念的被牵连了进来。也发表一下自己的一些观点吧。
　　我是在几乎已经不看计算机方面的书（不包括杂志和报纸）之后才知道谭浩强的，据说他的BASIC教程创了科技书籍的世界纪录。我大学学过的FORTRAN77程序设计貌似不是他编写的，不过我印象中好像是看过他写的其它语言的教程，也没啥特别感觉，当年计算机书籍也没那么多，有的看就看。当时好像也很少受书籍影响（至少编码风格就没受到任何影响，当然，这是缺点），书籍对我更多的像是工具书，我看书总是很草率，大概了解后就开始去写代码了，有不会的地方或者出问题了才会去翻翻书。我好像很少觉得一本书很烂，当初唯一觉得比较烂的就是希望出的VB的教程，因为就是完全用VB的中文帮助，感觉在欺骗用户。
　　近些年看过的纸质书只有两本，一本是李维的《面向对象开发实践之路(Delphi版)》，当时正在看设计模式，也在用Delphi。另一本是《C#高级编程（第四版）》。我既不觉得这两本书特别好也不觉得很坏，为什么呢，因为所有的书籍我都会有想要了解或者想要深入了解的地方它并没有讲或者讲得不够深入。我一直觉得这很正常，不可能一本书把我想要的东西都讲到，知识应该是通过很多书籍很多途径获得的。一本书或者一篇文章，只要能有一处让我觉得有收获，那么这本书或者文章对我来说就是有益的。我特别不喜欢复制书中的代码，看书的时候我好像从来不用书中的例子，都是自己想一个类似例子去实现，因为我觉得如果按书中的例子，那么其实基本上等于自己抄了一遍代码，我不确信自己是否是真的明白了，那么不如换一个例子，按照书中代码的实质去自己实现，这样才能强迫自己去思考一下，甚至变量都要换一个。比如我在看李维的这本《面向对象开发实践之路(Delphi版)》，他设定了一个目标——要实现一个管理软件（具体是啥忘记了），我也根据我自己的需求设定了一个另一个要实现的软件（是一个文档管理系统），当时他用的是Delphi for .net，而我觉得要用.net的话我就直接学VS.net了，这是我对这本书最不满意的地方。所以最后我就只好自己用Delphi32去实现我的功能，仅仅借鉴他的思想。最后我简单实现了我的软件，我不知道在这个过程中通过这本书得到的帮助究竟有多大，因为几乎没有什么代码是相同的，对于设计模式的理解究竟深入了多少我也不知道，但肯定还是有一些帮助的，至少李维的例子更完整，比《设计模式》中的更完整，更容易看出如何在实际项目中应用。而另一本《C#高级编程（第四版）》，我虽然完整的从头读到尾，但因为开发程序的不同还是有不同的侧重的，在我需要的章节，我觉得写得不够深入，还需要去查阅其它资料来补充，尽管如此，从总体上来说，通过这本《C#高级编程（第四版）》，我对C#能干什么有哪些功能有了更深入的了解。
　　个人觉得书籍的好坏并不在于没用的部分有多少，而在于有用的部分有多少，对我来说没有一本书书中的内容都是有用的，也没有一本书书中的内容都是没用的。虽然可能没看过那么多被很多人吐槽的书籍，但我想，每本书都应该有其可取之处吧，即便是谭浩强的那些书，它也完成了无数人入门计算机编程的作用，至少对于结构化编程来说，还可以吧。书籍这东西比较特殊，买完后一般是不能退的，那么与其指责其水平不行那么还不如看看里面到底有多少可以借鉴的东西，一个人既然能够写出书来，那么至少也会有一些东西在里面吧。就如同我很少看电视剧，但是当我决定看一个电视剧的话发现其实都还挺好看的，前提是你要抱着一种接受的态度去看，如果以挑毛病的心态去看，那么无论多么好的电影、电视剧你都会觉得不好的。
　　世界上没有那么多完美的事情，也没有那么多“完丑”的事情，看从什么角度去看。有句话说的好啊，我都能倒背如流了——高度决定视野，角度改变观念，尺度把握人生……后面的就记不住了，（你不是说倒背如流吗）是啊，正着背谁能被能背得下来啊。