书里面讲的案例都很有共鸣,其实调试方法软硬件是通用的. 就拿我一直在用的windows 10 insider Preview 来说吧. 我明知道这是一个埋伏着各种bug的系统, 但仍然是用的乐此不疲.
windows 新系统现每个月至少更新一次, 频繁的时候三五天就更新一版(MIUI开发版也差不多, 正常情况下, 工作日周一到周四一周更新四次), 每次都要下载一个2.6G左右的大包, 光下载就得半小时一小时的. 在早期的升级包下载时, 总是很慢, 甚至有好多次无法下载成100%就断了, 这时候, 就出现了错误提示, 但提供的错误码在KB上找到的信息都没用, 只能自己摸索, 基本上就是网络链接错误, 我记得去年有一个版本, 我连续更新了十几次都下载不了完整的更新包, 最后我是挂着VPN下载完成的.
终于 Windows 10出了正式版之后, 这个问题得到了改善, 但最近最近半年来改进的有些矫枉过正了, 每次我发现打开网页非常卡, 甚至打开视频网站都播放不畅的时候, 我就预感到 windows insider新版在更新了, 去Update一查, 果然, 系统正在一条道跑到黑的全速下载, 根本不管你正常上网的死活, 而且还不能暂停, 有时候我实在有事, 要联网, 又不想重启, 在设置里面把 fast 改成 slow , 禁用了windows update 服务,才得以喘息.
还有一个版本,每次更新都是到76%就停住了, 而且还没有任何提示,我睡一觉等着它以为 windows 自己能扛过去,但终究是迈不过这道坎, 试了好几次, 根据我自己的猜测, 每次都修改一处, 可能是杀毒软件, 或者我个人文件太多了, 导致处理缓慢, 最后还是没猜到, 最后忍无可忍, 重新安装了一遍, 后来在论坛里面发现, 是因为 non-unicode 设置的问题, 如果改回en-us就能顺利升级了, 而这个bug, 在微软官方的已知bug列表里面是没有的, 折磨了我三天. 当然, 这个bug在后来的版本里面修复了.
上几个版本还出现了不兼容腾讯软件的问题, 游戏全面不能玩了, 甚至QQ都用不了了, 看起来像是腾讯公司写了一堆病毒, 在新版windows里面失效了. 而且巧的是, 迅雷也用不了, 会在马上下载到100%之前准时崩溃, 所有任务都失败, 这些软件公司都干了些什么啊.
说到游戏, 有个版本对 Xbox 手柄的支持出了问题, 摇杆一摇就崩溃, 方向键就没问题, 后来那一个多星期我是用方向键跑完了好几把赛车.
每次发现bug, 自己能找到bug触发的准确条件, 像是发现了宝一样, 兴奋至极, 当然, 如果我自己能把这新bug都修复了, 那就更完美了.
在论坛里面大家有时候都不是在问, 新的测试版有什么新特性, 而是再问, 新版有什么新 Bug 吗?
为什么成天抱着找 Bug 的想法在用软件. 也许是强迫症, 也可能是因为真的很闲吧.
为什么成天抱着找 Bug 的想法在用软件. 也许是强迫症,
-
Intel手册的读后感
2011-06-18
还没看完, 的确对得起"著"这个字.
和Intel手册对应着看, 对Intel的历史了解的真多啊, 这不是Intel的员工看来还真不行.
目前最大的感受就是作者对Intel手册详细阅读, 研究之后的一本读后感. 如果能配上Intel中的图就更好了, 总是觉得想看图示的时候, 需要到Intel的手册中去找. 图太少了. 可能是出于版权的原因.
-
这是教材
2013-03-20
讲了不少原理。原理第一次提到时都有出处，每次看到引用我都翻到后面查看一下，这些论文有时间都应该搞来看一看。但越来越感觉这个领域发展的太快了，当年还没有普及的触屏手持设备，里面的一些原理都是在没有触屏的年代产生的，当有了多点触摸，好多问题都迎刃而解了，更加直接的人机interaction。有些论文出处就是作者自己的论文，作者写书写的走火入魔了，引用自己论文的时候，丝毫没有察觉。
让我印象深刻的就是那个编码原则，我一直在思考，怎么能够比较出各种条形图饼图的可视化效果。面积比较大小的确是最明显的。这次终于有了理论根据[Bertin(1976,1983)]。还有一个印象深刻的就是地铁图，有些公交车线路图也模仿地铁图，模仿的不伦不类啊。地铁图之所以可以不按照比例来画是有理论基础的。两张图一对比，胜似千言万语。
信息可视化的选择有很多，但能否流行，还是跟人机交互技术的发展密切相关，有些很好的可视化方法由于当年的技术限制没有得以普及。随着语音识别和触摸技术越来越成熟，这本书应该出第三版了。
这种书如果没有彩图真的没法看，而且既然是交互技术，那就一定得视频啊，还好光盘里面的视频弥补了这一点。但还是觉得看的不过瘾，要眼见为实，看到活的系统才会真正的震撼。
-
科幻电影看了不白看
2017-03-14
科幻电影本来就很符合我的口味，科幻电影中遇到烂剧本的机会很小，每次看科幻电影几乎都有很多启发，场面酷炫。科幻电影拍的好了，感人肺腑热泪盈眶也不是不可能的。看了这么多年的科幻电影，尤其是里面的界面，很有启发很有前瞻性，当然有些设计事后想想也是有明显BUG。
能够容易的得到众多的电影，并且能反复的观看研究，是互联网时代的恩赐，24小时根本就不够啊。我一直就觉得，设计师在设计科幻电影里面的设备界面交互的时候，一定是参考了之前的类似的科幻电影，书中印证了这一点，很多都是有来源的，其中最大的来源，就是
-
写出了一些关于Linux边边角角的细节
2011-05-13
看完了，书算上附录其实也才不到300页。
全书分为3篇。
第一篇就占了整书的一半篇幅，当然，也应该这样。第一篇真的很重要。
第二篇和第三篇中图片较多，看的很快。
作者谈到了一些Linux中的模糊地带，就是那些不知道也没关系，Linux照样用，但是一出问题就发现如果不知道真解决不了的东西。这些也是一直我感兴趣的地方。
例如BIOS和MBR，和各种查看硬件参数，硬件运行状态的方法，虽然其中有些东西已经旧了，例如GRUB1，目前用的都是GRUB2了，但仍然看的很过瘾，因为这些东西从来没有完整的资料，网上找到的都是一些枯燥的术语和没有前后逻辑关系的叙述，而作者在介绍这些东西的到时候，加入了自己的使用经验，某些使用经验在某些论坛的帖子中也能找到，但由于帖子的篇幅限制，论述得都很不透彻，这也是在我看来第一篇如此之重要的原因。
作者在叙述中，不仅加入了自己的经验之谈，还加入了可能用到的扩展参考资料，例如IBM网站中关于MBR的链接，我之前一直在找这张图，但没找到。作者在某些不清楚的地方，也提到某些问题他也感到不解，甚至不知道，说的很实在，很多情况，我也在问问什么，为什么这个结构，这个命令要这样设计，作者加入了自己对某些问题的思考，哪怕没有思考出来，也让我觉得这是一个真正的用户在讨论问题，而不是一些技术书籍只谈自己明白的，知道的，自己不知道的只字不提，生怕露馅。看那些书的时候，我就在想，这种作者难道在使用的时候，从来没有想过这个东西为什么这样设计吗？那你怎么记住的，怎么理解的？我甚至都想马上打电话问问那个作者，这个东西你真的明白吗？
本书作者在书中谈到自己的时候都是用“笔者"，可能写书的人都是这样吧，我觉得应该直接写“我”更好，这本来就是你使用Linux时候的亲身感受，亲身经验嘛，每次看到书中出现“笔者”两个字就觉得很不亲切。当然这也许是出版社的要求，我如果写书，就一定要写成“我”，我不是用笔写的，用的是键盘。
书中讨论的内容，和我最近看过的一套视频教程有些重合，我甚至觉得作者可能也看过这套视频教程，而且是看过了这套视频才激发出写这本书的冲动（这应该是我想多了），这套视频是CBT出的，叫做CBT NUGGETS LINUX SERIES (VIDEO TUTORIAL)。
这套视频也很老了，是Redhat 7那个年代的视频，其中也提到了GRUB和X Window。我至今还很怀念Redhat 7/8/9那个年代中，打开Mozilla时还有splash的情景。
这本书已经出第二版了，但我还没看过。
查字典图书网
