主题：【原创】编程心得 -- 荆棘探兴

看这本书不是要从头看到尾，兄弟就是上来看class的，太好奇了。

然后再回头看前几章，最后几章到现在也没看。

睡觉前还真是不能想程序，不然梦里也在想，不过梦里想有可能有助于解决问题，呵呵，有时候百思不得其解的一个问题，在早上醒来的时候，突然一想就明白了，然后兴冲冲上班一试就搞定了，还要大笑自己真笨，怎么就没有考虑到那个方面

BTW:唐浩强 应是谭浩强吧

俺以前把IBM PC的BIOS，IO.sys，还有MSDOS.sys的汇编码全看过一遍，觉得挺有意思的。

编程书看的是 The art of computer programming, 大名鼎鼎的Don Knuth，不过没坚持看完。

他的c和pascal都是他basic的翻版

记得当年把汇编、计算机体系结构学完后觉得总算是把这玩意搞明白了，看BIOS的代码的确很有趣。然后自己改几个中断什么的，记得当时玩得最多的是改输入，加入自己写的中文或者日文的输入；另外一个是改视频的INT 10。

看过MS DOS汇编的好处是，对单进程的操作系统了解的比较清楚；对DOS时代的病毒也比较了解，包括改写BOOT区的小球病毒，还有很多截获command.com里面INT 21的病毒。

DOS汇编是写得非常漂亮的，它使用了高级语言无法使用的技巧。比如说，刚执行过的代码区可以覆盖重写成数据区，以达到占用尽可能少内存的目的。

我觉得最好的还是看原版的K&R的C Programming Language，当年搞到了一本影印版，高兴的不得了，一看就都明白了。当时牛气的不得了，还浪得了“C先生”的虚名

俺不是计算机专业的，就是觉得好玩。

我记得当时很多病毒是改command.com里面的INT 21,好像这是DOS里面主要的文件操作中断入口。

IO.sys和MSDOS.sys看得我倒吸一口冷气：程序还有写得那么好的。现在想起来，很多是各种各样的trick,各个行业里面总有很多这种技巧的。记得有个重写整个内存再读取来检验内存硬件OK的检验程序，写得非常短小高效。command.com没坚持看完，里面有很多程序性处理的东西，比较boring.

技术文档才能查到真正的答案或者解决开发中问题的启发，书还是离现实太远，只能提供基础。

我的C语言是自学的，最初也看过这本书。

很难的问题一般是早晨解决，那时候头脑最清醒，也愿意动脑。

晚上脑子就像浆糊。

是谭浩强。

编程的过程就是自己思维程序化的过程。

语言只是表达的一种方式。

C++ programming language 第三版，C++创建者写的。干净，清楚，要是早读这本书10年可能我就是编程大牛了。:) 现在的好书比应该以前多也方便。