这两天都是干点儿活，看两眼《Exceptional C++》，看得我异常郁闷！这是一本老书，讲的内容也都是我没关注过的，可能也正是这个原因，使得我看起来非常吃力，老是觉得不知所云，偶尔看到一些似乎有点儿明白的“原则”之类的tips，也是翻过一页立马就忘了，而更多的时候是不知道为什么要这样。
极度郁闷啊！
《Exceptional C++》看得郁闷
Reply
Category Archives: Reading
收到Intel寄来的书了
几天前突然想起Intel似乎是在网上可以直接申请指令手册的，大学的时候就申请过，不过都没看直接在毕业离校看给一个老乡师弟了。现在想起来可能会搞点跟汇编、CPU、指令集相关的东东，所以又想弄一套来。
先在Intel的网站上找了一下，没找到相关的链接，于是google一下，还真能搜出来，以前可以直接在网站上填张表格就申请好了，现在是只能发邮件。于是照着示例写了个邮件，马上就有一封回信了，大致意思说是申请已经提交了，等fedex寄出后，还会发个邮件。结果等了好几天都没什么邮件，还以为中途出问题了。又等了几天，收到一个邮件说7月7日就已经寄出了，但我去fedex的网站上却查询不到。
今天公司里，收到一封邮件，说我有快递，我猜也就只可能是这书了，跑去投递中心一看，果然是，好大一箱，比上次的还大，有点儿重。回家拆开看看，每本都是厚厚的，但重量却比想像的要轻不少，都是一棵棵的大树啊！
估计我还是不会怎么去看的吧！
《C++网络编程》
心血来潮地翻出照例买来即束之高阁的《C++网络编程》，尘封不止一年了，只记得还是在测试组时买的，而且确实连目录和序都没看过，汗！
这次也是因为项目里用到了ACE，看了一点《ACE程序员指南》（所谓的红宝书）中关于reactor中的一点内容，似乎勉勉强强可以凑出一个能用的系统了。才偶然想起，仅有的3本讲述ACE的翻译成中文的书我都有了。拿出这卷1和卷2，发现封面都泛黄了，这日子过得还真是让人哭笑不得！
不负责任地说一句，这两卷《C++网络编程》其实是套讲设计的书。书中以网络编程这个话题为目标，用C++这把究极神兵，辅以设计模式这高等心法，大刀阔斧地讲述怎样设计，为什么这样设计，最后凝结成ACE这套演示成果。
所以在我看来，这两卷最终成为学习使用ACE的入门及进阶的参考书籍，这样的效果只能说是原本功能的副作用而已。
《软件调试》
从china-pub上买了本《软件调试》，厚达1000多页的大砖头。开始拿到的前面有8页是空白，到china-pub上去说了一下，该书的责任编辑通过email跟我协商，最后又快递了一本正常的过来，我再把有问题的那本快递给她，如此服务质量，也让人称心满意了。
难得原作者用中文写成，这样就可以让我们中文读者第一时间可以读到如此重量级如此深度的精品专著。
该书从CPU（Intel x86系）对软件调试的支持、操作系统（Windows）对软件调试的支持、编译器（MS VC）对软件调试的支持三大方面进行了讲述，中间结合VC、WinDbg等实例进行讲解。
昨天晚上躺在床上，快速地浏览了一遍，让我深深感叹Windows，噢不，应该是微软的强大。微软从操作系统到开发工具，都为软件调试支持了极其强劲而且方便的支持，窥斑见豹，微软做软件是多么认真，多么负责，微软帝国的崛起除了机遇外，其自身实力和不懈努力是起主要作用的。
翻完这本书，我禁不住想自己写一个应用层的调试器，像OllyDbg那样的。粗略想一下，一个调试器需要具有的最基本的功能：反汇编、CPU寄存器读写、内存读写、单步、断点，以及跟系统相关性比较大的装载模块、内存映射、符号信息读取。这些在Windows上绝大部分都有现成的API可以完成了，除了反汇编比较麻烦点（看看IDA Pro做成什么样了，当然动态调试器是不需要这么复杂的），其他的至少从原理上看，是很简单的，困难的是细节。
嗯，WIND Is Not Debuggger……
书送到了
今天上午连续接了两个奇怪的电话。已经有几次了，打到什么布吉五金商行的，结果打到我们这个座机上来了，不过有趣的是，这次这个家伙没有直接挂掉，而是跟我扯起来，说什么交个朋友，有没有兴趣出来干，呵呵，感觉像是个人贩子似的。好不容易挂掉电话，马上就有另外一个人打进来，听背景声音跟前面一个是同一处，但听口音，明显是两个不同的人。这次这个也比较有趣，问我们公司现在招不招人，有什么岗位，待遇如何等等，还说是不是研发的都是高学历的，水平很高的，呵呵。又是好不容易挂上电话，手机又响了，这次是当当网送货的了。蹭蹭跑出去，发现居然是在岗亭门口的一个小角落里，而且看货有好几箱，而送货的只是一辆小自行车，真不知道他怎么把这么多书载过来的，混口饭吃也不容易啊。
打开看了看，建筑类的几本书的纸张质量还真是不敢恭维。《Head First Design Pattern》外面有一张塑料纸包着，好厚一本，拿回家翻了翻，有点后悔，价格定那么高，里面的篇幅实在没多少，很多的插图，很多的空白，浪费啊，看来我还是习惯那种适合苦读的典型的中国教科书啊。《建筑模式语言》有上下两册，精装的外壳，很厚很厚，但里面的纸张远不如《Head First DP》，《建筑的永恒之道》不是很厚，而且不是很大开本，不过奇怪的是，想不到建筑类的书居然也定价那么高。
继续学习设计模式
还是没干什么事，看了一阵书，话说昨天把《设计模式解析》第二版还掉了，其实旁边的同事又马上借回来了，于是乎我就拿来看看，看得囫囵吞枣的，不过也比直接看GoF的要省力得多。其实一直以来我都很少会认真仔细地从头到尾看完一本技术类书籍，很多书甚至是只看了前言、序，或者目录就直接丢到一边了。虽是这样，就算没完整看完一本书，像那种武侠小说中描述的那样，像我这样的小虾，向大师学习时，能领悟到个一招半式也是受用无穷的了。
到今天为止，大致了解了Adapter、Facade、Bridge、Strategy、Abstract Factory这几种模式。简单地说来，Adapter是为了转换接口，Facade则是为了封装并简化接口，Bridge说是把抽象和实现解耦，在我看来，实际是把几种不同类的概念分类，避免组合爆炸，Strategy是为了封装算法，Abstract Factory则是封装一系列相关的类的实例化过程。在阅读《设计模式解析》的过程中，我还发现一个比较明显的现象，有些模式，或者说有些解决问题的方案，其实都是通过将问题细化，将较细粒度的变化进行封装来实现的。比如书中讲述Strategy模式时，一开始例举的是直接继承，在论述了该例的缺点后，才抛出新的方法，其实就是把更小更精确粒度的变化提取出来并进行封装。在讲述Bridge模式时，也有类似的倾向和做法。再回想《重构》一书中，作者Martin Fowler则是更激进的做法，如果要给一段代码添加注释，则把这段代码提取出来，用有意义的函数名来阐述代码的作用。这从另一角度促使了小粒度代码段的生成。
《设计模式解析》一书的写作风格也是让人比较舒服的。作者会花一些章节进行理论或实际例子的讲述，再用一些章节描述模式，再讲述一些通用的理论，如此穿插的作法，反正我书看得少，正是第一次看到，感觉比较容易让人接受并领悟。
静不下心来
我就是缺乏定力，就是忍不住去做些无聊的打发时间的事情，就是不愿意去做些有实际意义的事情。早上起来就觉得很烦躁，也不知道是哪里出问题了，仔细想想好像也没有什么重要的事情，但总是静不下心来。
白天在公司里糊里糊涂地过了一天，看了一点书，《设计模式解析》，书写得还是比较合我的口味的，不过下午的时候去图书馆，把这书还了，因为快到期了，以前没怎么看，后来觉得有用的时候，却是借期快满了。虽然只看了前半本，但也觉得略有斩获。前半本有不少内容是通用性的概念，有些概念我一看就觉得就是这么回事，不过自己却肯定总结不出这么精辟的来。
