《C编译器剖析》后记

　　这本书的序言、后记写的都让我很有感触！mark：

后 记

总有曲终人散时，不知不觉我们已经完成了对UCC 编译器的剖析，一路走来，最深的体会仍然是“纸上得来终觉浅，绝知此事要躬行”。按这个道理，理解UCC 编译器的最好办法应是：“直接阅读其源代码，思考UCC 编译器在不同的执行点应处于怎样的状态，加入一些打印语句，输出相应的调试信息来验证自己的判断是否正确，如果发现缺陷，就写一些测试程序来触发缺陷，然后修改UCC 编译器的源代码。”在遇到困惑时，或许拙作能带来一点点的帮助和提示，但拙作不能代替也不应取代对UCC 源代码的主动阅读。源代码分析的相关’书籍很容易带来一个副作用，即读者在书籍的牵引下被动地看书，而忽视了对源代码本身的主动阅读。主动思考和被动阅读所带来的效果是完全不一样的。
LLVM 和GCC 的功能已经足够强大，也有足够庞大的程序员社区在支撑其不断发展和改进。而UCC 几乎不可能与这些编译器媲美，UCC 编译器最大的优点在于它的规模和复杂度都在一个C 程序员单枪匹马就可以掌控的范围内。只要愿意付出努力，一定可以较好地搞明白廿匚仁编译器，从而更好地用好C 语言这个简洁有力的利器。UCC 编译器最适合的读者可能是在校的大学生，有时间，有精力，且暂时还不用考虑写代码养家糊口，可以静下心来练好专业基本功。能有机会在一线参与编译器开发的程序员少之又少，但攻克UCC 编译器这座山头的意义在于它能让我们获得攻克其他山头的能力，这可能就是所谓“磨刀不误砍柴工”。当然，选择怎样的山头来练兵，源于我们自己的兴趣。从练基本功的角度出发，我们可以选择自己感兴趣的其他山头来攻克，比如麻省理工大学的xv6 操作系统，而不一定要选择UCC 编译器。XV6 操作系统是甘川艾V6 系统在x86 平台上的重生。每个人心中都有自己的偶像，当我们在谈论某某是我的偶像时，其潜台词往往是“我们希望自己能成为那样的人”。绝大部分人都无法达到自己偶像的高度，但偶像很大程度上会指引我们前进的方向。20 世纪70 年代诞生的C 和UNIX 影响了一代又一代的程序员，对整个1丁行业也产生了深远的影响。阅读UCC 源代码和XV6 源代码，比捧着编译原理和操作系统的教材应该有趣得多，这也是我们向伟大的先行者DennisRitchie 和Ken Thompson 致敬的最好办法，其实也是学习编译原理和操作系统的最有效方法之一。有了源代码级的感住认识后，再去补充理论知识，才会得到更好的升华。
CPU 由于物理上的限制，其主频已不再无限提高了，摩尔定律在单CPU 上已渐渐失效，现在和未来的方向应是多核、分布式和并行。在分布式或者并行的环境下，如何为程序员提供一个易用的编程环境，或许是未来若干年编译方向的研究热点。当然还有优化，毕竟我们始终在追求“没有最好，只有更好”.
限于水平和能力，书中不当之处敬请批评与指正。

作 者