作者回复：这个是上下文无关的文法。 大家可能会使用不同的写法。比如，有的人用产生式的写法，有的人用EBNF的写法，关键看本质。不同的写法本质上是同构的。

作者回复：感谢肯定:-)

作者回复：易昊的分享让我很感动。借着易昊这篇文章，我也分享一点看法。 我觉得中国可以有更多的软件工程师，把像编译原理这样的基础知识吃透，那我们的软件行业的整体水平会提升一大截。 我前一阵在北京跟某公司老总探讨一个优秀的行业应用软件。那个软件是上世纪90年代就被开发出来，也被我国广泛采用。它一方面是个应用软件，另一方面其本身也是一个开发平台，所以可以经过定制，满足不同行业的需求。 任何优秀的软件，必须同时是一个开发平台。这是《黑客与画家》的作者表达的思维。他原来的意思是，每个软件写到最后，都会包含一个Lisp的变种。实际要表达的意思跟我说的一样。 但是，我们国内的软件行业的情况是，在去客户那里实施的时候，几乎总是要修改源代码，否则就不能满足用户的个性化需求。 很多软件公司想去克隆一下我刚才说的那套软件，结果都放弃了。除了对领域模型理解的困难以外，缺少把一个应用软件做成软件开发平台的能力，是其中很大的一个障碍。 目前在很多领域都是这样。国外的软件就是摆在那里。中国的工程师就是做不出自己的来。 有多难么？如果你经历了学习编译原理的过程，你会像易昊不再惧怕计算First和Follow集合那样，不会对实现这样的软件心存恐惧。心里不怕了，才有可能行动起来。 学编译原理学到了什么？学到了计算机的一些基础原理，一些数据结构和算法。前端有几个算法，优化方面有不少算法，后端也有几个算法。你会发现，任何软件，只要里面有几个扎扎实实的算法，别人就很难模仿和逾越。很多软件工程师，写了很多年的软件，其实连一个算法也没有用过。这种软件当然不会有什么竞争力。总是做这样的工作，水平也提不上去。 做一个软件工程师很容易，但要成为一个优秀的软件工程师，须要“心”先过关。 做一款软件也很容易，但要做那种优秀的软件，其设计者也必有一颗不凡之心！ 跟易昊及各位同学共勉！

作者回复：感谢你的分享。 我有时会把“优化”看做是“意译”的过程，也就是说，用目标语言可以更简单地表达相同的意思。从这个角度看，其实自然语言的翻译，也有类似编译器后端的工作。

作者回复：你总结得太好了！手动点赞！

作者回复：两门课都是围绕编译原理，但讲述方式和侧重点不同。 《编译原理之美》是通过手工实现一款编译器的方式，带你了解这个过程中的知识点，循序渐进地讲解，最后才去介绍难度比较高的那几个算法。对编译器前端工具ANTLR的使用也比较多。如果你想学会如何快速实现一个编译器，可以先从这门课入手。 《编译原理实践课》总体的目标，是带你“行万里路”，扩大你的视野和见识。它讲述的方式是先做一些基础知识的概述（概述部分也会注意扩展你的知识面）、然后是研究多个编译器的实现，最后是总结这些编译器的实现，并探讨现代语言的设计。如果你比较想了解真实世界的编译器的情况，可以先从这门课入手。 你的专业是二进制安全，涉及后端的内容会更多，所以我觉得了解真实世界的编译器的情况会有很大的帮助。 因为编译原理的知识点比较多，所以用不同的课程体现不同的侧面。在我的出书计划中，也发现其实仅用一卷书是不能说完的。比如，有的作者用“编译器DIY”的方式就可以写一本书，但对原理和算法体现得就不够；写算法比较深入的书呢，又没有体现当前真实编译器中所采用的技术。

作者回复：收到。在解析具体编译器时，我画了好多图。我争取多用图来表达！

作者回复：你这个专业，肯定要多了解真实语言的实现。二进制漏洞问题本来就是实现编译器时要考虑的一个因素。比如，在使用内存的时候，要让返回的内存地址没有明显的规律，避免出现漏洞。

作者回复：谢谢你分享自己的使用场景。非常好。我对你的名字有印象:-) 如果有可能，你也可以把自己的设计思路描述一下，我们可以多做一些探讨！ 有具体需求推动，学习会更有动力。