标签：
最后在实现各种常见加密算法，下篇或者下下篇放出AES源码，用了C++哦（难道我要开始找对象了吗~~）
//-----------------------------------------------------------------------------------------------
这次我说的仅仅是计算机，更甚者是编程技术这一块的书，而并非其他。首先谈一谈选书吧。我从大一到同在自诩也看了一些书了，虽然全部是一些编程方面的，什么C# PHP 正则表达式等等。好书当然是有的，垃圾也不少。我心中的完美书应该有着这样的框架
问题提出->浅要文字分析(有图表更佳)->关键PAI原型->实例详解->深层次原因解释->与其他知识的联系->扩展(引入阅读)
相对于这样一个框架，不得不说，一些大学教材的选取实在是差强人意，比如我们所选修的微机原理接口一书，关于这本书，感觉就是，要入门，这书显得晦涩难懂，如果从事这方面的工作，这本书拿到手里只能勉勉强强算作本参考资料。于是这本书就陷入一种入门显深，深入显稚的尴尬境地。某次上课，梁老师对着一个简单的问题，就是几个二极管哪个亮了就是1，灭了就是0，然后二进制转换十进制，他问得不亦乐乎，这么简单的问题，同学们当然也答得不亦乐乎，然而就像是幼儿园里面的小孩一样，算对了一加一给你赏块糖吃一样好笑。另外还有某一类书，如我所买的某一本xxx的测试艺术。不得不说又是一本垃圾书，书中讲的是渗透测试与网络安全。然而我想说，这本书，连教你用工具都教不了。想当脚本小子，你都入不了门，就是这样一本书。对于程序员们而言，如果一本书不出现点代码来讲道理，不用考虑他了，当然除了字典类的书，这个我待会再讲。一个好书的典范，十分符合我这个框架的，我觉得要属于那本win32多线程程序设计，真正的良心作品。对于程序员来说实用，对于深入研究的人来说又给了桥梁，好书好书。
按我的观点，书应该分为两类，一类是教学类，一类是字典类的，何谓教学类的，就是教你去做某一件事的，也就是说要符合我上面所说框架的。对于这类书，无论是学习还是日后当参考都适合买本纸质的回来压箱底。另一类是字典类的，比如什么 PYTHON参考手册，软件调试（张老师贴了不少手册），深入解析windows操作系统。这类书。主打全面与精细。而且好像一般特别贵，谁让他细节那么多，经济不宽的电子档也可以了，只是翻起来就不是那么畅快。
关于读书，每个人都有适合自己的阅读方法，针对这种书，我觉得当然应该是先看教学类的，看一本纯概念的书不仅看不进去，也看不懂，在你深入一门技术之前，首先做出点实际效果的东西，而实际效果哪里来？代码里来。所以先学代码，等到熟悉一个方面之后再去看字典类书的其中一个方面，这时才会开朗。然后试图进去一个全新领域时，切忌不可一直抱着理论书死看，那么会陷入一个看不懂，看不下去，看了没想法的惘然泥潭，了解一下就够了，然后去看代码，再转过头来看理论。这点我是深有体会，在看深入解析windows操作系统时第一篇，完全不知道想干嘛，在内核的dbgprintf都不知道的情况下就想着要了解apc dpc,显然这是在作死。在学习一个具体的点时，应该辅以多个参考，也许一个地方的片面，或者难理解，看看其他的，也许理解的更多，也或者能发现新大陆。
书还是要看的，我们解决不了的问题，答案前人都写在了书里面，前人解决不了的问题，前人也会把问题写在书里面，要是你提出了前人也没提出的问题，你就自己写书吧，肯定有人看！
标签：
原文地址：http://www.cnblogs.com/distanceblog/p/5444916.html
