（已有17条评价）基本信息
编辑推荐
只需编程基础
从零开始自制编程语言
支持面向对象、异常处理等高级机制
本书手把手地教读者用C语言制作两种编程语言：crowbar与Diksam。crowbar是运行分析树的无类型语言，Diksam是运行字节码的静态类型语言。这两种语言都具备四则运算、变量、条件分支、循环、函数定义、垃圾回收等功能，最终版则可以支持面向对象、异常处理等高级机制。所有源代码都提供下载，读者可以一边对照书中的说明一边调试源代码。这个过程对理解程序的运行机制十分有帮助。
内容简介
作译者
前桥和弥（Maebasi Kazuya），1969年出生，著有《征服C指针》、《彻底掌握C语言》、《Java之谜和陷阱》等。其一针见血的“毒舌”文风和对编程语言深刻的见地受到广大读者的欢迎。
作者主页：http://kmaebashi.com/。
刘卓，2004年开始从事对日软件开发工作，其间还从事技术及软件工程相关培训工作。自2011年开始从事电力行业产品研发。持续关注企业级应用架构和Web客户端技术。
徐谦，6年技术开发及项目经验，曾以技术工程师身份赴日本工作两年，后归国联合创办互联网公司，现居上海继续创业中。主要从事PHP方向的Web开发。热爱开源，曾向Zend Framework等知名PHP开源项目贡献代码，并于Github自主研发运维EvaThumber等开源项目获得国内社区认可。乐于分享技术心得，个人技术博客avnpc.com在国内PHP圈小有影响。
吴雅明，13年编程经验。其中7年专注于研发基于Java EE和.NET的开发框架以及基于UML 2.0模型的代码生成工具。目前正带领团队开发云计算PaaS平台及云计算自动化配置部署的系统。译著有《征服C指针》等。
作者主页：http://kmaebashi.com/。
刘卓，2004年开始从事对日软件开发工作，其间还从事技术及软件工程相关培训工作。自2011年开始从事电力行业产品研发。持续关注企业级应用架构和Web客户端技术。
徐谦，6年技术开发及项目经验，曾以技术工程师身份赴日本工作两年，后归国联合创办互联网公司，现居上海继续创业中。主要从事PHP方向的Web开发。热爱开源，曾向Zend Framework等知名PHP开源项目贡献代码，并于Github自主研发运维EvaThumber等开源项目获得国内社区认可。乐于分享技术心得，个人技术博客avnpc.com在国内PHP圈小有影响。
吴雅明，13年编程经验。其中7年专注于研发基于Java EE和.NET的开发框架以及基于UML 2.0模型的代码生成工具。目前正带领团队开发云计算PaaS平台及云计算自动化配置部署的系统。译著有《征服C指针》等。
目录
《自制编程语言》
第1章 引子 001
1.1 为什么要制作编程语言 002
1.2 自制编程语言并不是很难 003
1.3 本书的构成与面向读者 004
1.4 用什么语言来制作 006
1.5 要制作怎样的语言 007
1.5.1 要设计怎样的语法 007
1.5.2 要设计怎样的运行方式 009
补充知识 “用户”指的是谁？ 012
补充知识 解释器并不会进行翻译 012
1.6 环境搭建 012
1.6.1 搭建开发环境 012
补充知识 关于bison与flex的安装 014
1.6.2 本书涉及的源代码以及编译器 015
第2章 试做一个计算器 017
2.1 yacc/lex是什么 018
补充知识 词法分析器与解析器是各自独立的 019
2.2 试做一个计算器 020
2.2.1 lex 021
第1章 引子 001
1.1 为什么要制作编程语言 002
1.2 自制编程语言并不是很难 003
1.3 本书的构成与面向读者 004
1.4 用什么语言来制作 006
1.5 要制作怎样的语言 007
1.5.1 要设计怎样的语法 007
1.5.2 要设计怎样的运行方式 009
补充知识 “用户”指的是谁？ 012
补充知识 解释器并不会进行翻译 012
1.6 环境搭建 012
1.6.1 搭建开发环境 012
补充知识 关于bison与flex的安装 014
1.6.2 本书涉及的源代码以及编译器 015
第2章 试做一个计算器 017
2.1 yacc/lex是什么 018
补充知识 词法分析器与解析器是各自独立的 019
2.2 试做一个计算器 020
2.2.1 lex 021
译者序
能翻开这本书的人，想必对编程都有着浓厚^勺兴趣，大部分编程爱好者都会利用业余时间写一些小程序、开源项日作为消遣，却很少有人会想要自己创造一门编程语言，这是为什么呢?
在翻译本书之前，如果别人问我要不要尝试自制编程语言，我一定会觉得他疯了。因为在潜意识里，我一直认为制作编程语言应陔是C语言之父丹尼斯·里奇这样的业界大牛才能完成的浩大工程，作为一个普通程序员只要安于本分，用好已有的语言就已经足够了。
在翻译完本书后，我才发现自己真的是大错特错：原来创造一门编程语言，只需要一些C语言基础、一些正则表达式知识、加卜不断思索的大脑就可以做到。如果你还觉得难以置信，那么就请看看在这本不算厚的书中，作者居然已经创造了两门编程语言，并且都具备高级编程语言的所有特性。
其实一开始的问题已经有了答案：很多看似难如登天的事情，一旦真的下决心去做，你会发现难度并没有想象十那么高，只是我们往往缺少一颗勇于挑战的心罢了。
本书记录了作者一步一步从零创造出编程语言的全过程，作者并不是什么行业精英，而是像你我一样的普通开发者：整本书中也没有用特别复杂的算法或酷炫的编程技巧，但是就凭借着一行行简单朴实的编程语句，作者最终完成了一个普通开发者看来几乎不可能完成的任务。阅读完本书后，除了自制编程语言的知识，我相信读者还能收获到一些更重要的东西。
本书原文讲到了日文编码的知识，为了更好的将内容精髓呈现给读者，我们大胆地将涉及日文编码的部分全部更改为中文编码的知识，泽者刘卓还对此编写了很多原创的补充内容，力求能与原书保持同样的水平。如有错误或疏漏，还请读者随时指正。
读完全书后，你会对编程语言的原理和实现方式有一个全面深入的了解．比如你会明白为什么Java中String类型明明是对象类型却不能改变其内容．C语言中为什么a++ + ++b这样看似合理的语句却会报错等。以前知其然而不知其所以然的问题都会得到答案，这对日后进行更高阶的开发有很大的帮助。
更重要的是，你可以获得自制编程语言的能力，从而可以去做很多以前敢想却没有能力做的事情，比如我现在就在构思能否创造一门以文言文和中国古代文化为基础的编程语言：易经八卦就是天然的二维矩阵，《九章算术》则有不少基础算法……相信读者还会有更加天才有趣的想法出现：如果能运用本书中的知识最终将其实现，那么这将是对翻译工作最好的肯定：
最舌，在这里代表其他二位译者一并感谢在翻译过程中给予我们帮助和支持的家人、同事，让这本书最终得以问世。
徐谦
2013年中秋
在翻译本书之前，如果别人问我要不要尝试自制编程语言，我一定会觉得他疯了。因为在潜意识里，我一直认为制作编程语言应陔是C语言之父丹尼斯·里奇这样的业界大牛才能完成的浩大工程，作为一个普通程序员只要安于本分，用好已有的语言就已经足够了。
在翻译完本书后，我才发现自己真的是大错特错：原来创造一门编程语言，只需要一些C语言基础、一些正则表达式知识、加卜不断思索的大脑就可以做到。如果你还觉得难以置信，那么就请看看在这本不算厚的书中，作者居然已经创造了两门编程语言，并且都具备高级编程语言的所有特性。
其实一开始的问题已经有了答案：很多看似难如登天的事情，一旦真的下决心去做，你会发现难度并没有想象十那么高，只是我们往往缺少一颗勇于挑战的心罢了。
本书记录了作者一步一步从零创造出编程语言的全过程，作者并不是什么行业精英，而是像你我一样的普通开发者：整本书中也没有用特别复杂的算法或酷炫的编程技巧，但是就凭借着一行行简单朴实的编程语句，作者最终完成了一个普通开发者看来几乎不可能完成的任务。阅读完本书后，除了自制编程语言的知识，我相信读者还能收获到一些更重要的东西。
本书原文讲到了日文编码的知识，为了更好的将内容精髓呈现给读者，我们大胆地将涉及日文编码的部分全部更改为中文编码的知识，泽者刘卓还对此编写了很多原创的补充内容，力求能与原书保持同样的水平。如有错误或疏漏，还请读者随时指正。
读完全书后，你会对编程语言的原理和实现方式有一个全面深入的了解．比如你会明白为什么Java中String类型明明是对象类型却不能改变其内容．C语言中为什么a++ + ++b这样看似合理的语句却会报错等。以前知其然而不知其所以然的问题都会得到答案，这对日后进行更高阶的开发有很大的帮助。
更重要的是，你可以获得自制编程语言的能力，从而可以去做很多以前敢想却没有能力做的事情，比如我现在就在构思能否创造一门以文言文和中国古代文化为基础的编程语言：易经八卦就是天然的二维矩阵，《九章算术》则有不少基础算法……相信读者还会有更加天才有趣的想法出现：如果能运用本书中的知识最终将其实现，那么这将是对翻译工作最好的肯定：
最舌，在这里代表其他二位译者一并感谢在翻译过程中给予我们帮助和支持的家人、同事，让这本书最终得以问世。
徐谦
2013年中秋
前言
这本书是为那些想独立制作一门编程语言的人而写的。
一听到这个话题，有的人会想：太疯狂了，制作编程语言肯定很有难度吧？有人会怀疑：制作编程语言能有什么用呢？其实这些都是误解。
制作编程语言在技术层面上其实并不难，只要掌握一些基础知识即可。而且，制作编程语言对于我们深入理解日常使用的C、Java、JavaScript 等语言都有帮助。在一些应用程序的内置脚本语言中，我们也经常会因为种种限制从而萌生制作替代语言的想法。因此，自制编程语言并不是少数极客的个人癖好，它对大多数程序员都颇具实用价值。
日本关于制作编程语言的书已经很多了，其中一些还被选定为大学教科书。这些书中常出现有限状态机、NFA、LL(1)、LR(1)、SLA 等专业词汇，同时还大量使用∩、∈等数学符号，对于不熟悉这部分理论知识的人（包括我自己在内）来说非常难以读懂。针对这种现状，本书会偏重实践，避免枯燥的理论。
本书将分别制作两种编程语言：crowbar 与Diksam。crowbar 是运行分析树的无类型语言，Diksam 是运行字节码的静态类型语言。无论哪种语言，都具备四则运算、变量、条件分支、循环、函数定义、垃圾回收等功能，最终版则可以支持面向对象、异常处理等高级机制。总之，作为现代编程语言所必须具备的功能都基本覆盖了（唯一可能没实现的就是多线程了吧）。所有源代码都提供下载，读者可以一边对照书中的说明一边调试源代码，这样应该不难理解整个程序的运行机制。
当然，要一次实现如此多功能的编程语言，对于初学者而言可能有点吃力，因此本书会详细介绍crowbar、Diksam 的制作步骤，请放心。
在制作编程语言的过程中，我体会到了一种无法用语言形容的快乐。其实无论在日本或其他地区，世界上还有很多人都在尝试自制编程语言，这正是编程语言不断增加的原因。如果以本书为契机，有朝一日你也向本已混乱的巴比伦之塔再添一门新语言的话，作为本书作者，这将是无上的光荣。
在本书的撰写过程中，得到了很多朋友的帮助与支持：
感谢百忙之中通读原稿并给㈩很多改进意见的吉田敦、间野健二、藤井壮一、山本将；感谢对本书原型，即网页版“自制编程语言”提出意见的朋友；感谢对博客连载“自制编程语言日记”提出意见的读者朋友，以及实际使用crowbar与Diksam并提出意见的朋友。最后还要感谢每次对我延迟交稿仍然充满耐心的技术评论社的熊谷裕美子编辑。多亏大家的鼎力支持，本书才终能完成，在此我表示深深的谢意。
2009年5月7日01:06 J．S．T
前桥和弥
一听到这个话题，有的人会想：太疯狂了，制作编程语言肯定很有难度吧？有人会怀疑：制作编程语言能有什么用呢？其实这些都是误解。
制作编程语言在技术层面上其实并不难，只要掌握一些基础知识即可。而且，制作编程语言对于我们深入理解日常使用的C、Java、JavaScript 等语言都有帮助。在一些应用程序的内置脚本语言中，我们也经常会因为种种限制从而萌生制作替代语言的想法。因此，自制编程语言并不是少数极客的个人癖好，它对大多数程序员都颇具实用价值。
日本关于制作编程语言的书已经很多了，其中一些还被选定为大学教科书。这些书中常出现有限状态机、NFA、LL(1)、LR(1)、SLA 等专业词汇，同时还大量使用∩、∈等数学符号，对于不熟悉这部分理论知识的人（包括我自己在内）来说非常难以读懂。针对这种现状，本书会偏重实践，避免枯燥的理论。
本书将分别制作两种编程语言：crowbar 与Diksam。crowbar 是运行分析树的无类型语言，Diksam 是运行字节码的静态类型语言。无论哪种语言，都具备四则运算、变量、条件分支、循环、函数定义、垃圾回收等功能，最终版则可以支持面向对象、异常处理等高级机制。总之，作为现代编程语言所必须具备的功能都基本覆盖了（唯一可能没实现的就是多线程了吧）。所有源代码都提供下载，读者可以一边对照书中的说明一边调试源代码，这样应该不难理解整个程序的运行机制。
当然，要一次实现如此多功能的编程语言，对于初学者而言可能有点吃力，因此本书会详细介绍crowbar、Diksam 的制作步骤，请放心。
在制作编程语言的过程中，我体会到了一种无法用语言形容的快乐。其实无论在日本或其他地区，世界上还有很多人都在尝试自制编程语言，这正是编程语言不断增加的原因。如果以本书为契机，有朝一日你也向本已混乱的巴比伦之塔再添一门新语言的话，作为本书作者，这将是无上的光荣。
在本书的撰写过程中，得到了很多朋友的帮助与支持：
感谢百忙之中通读原稿并给㈩很多改进意见的吉田敦、间野健二、藤井壮一、山本将；感谢对本书原型，即网页版“自制编程语言”提出意见的朋友；感谢对博客连载“自制编程语言日记”提出意见的读者朋友，以及实际使用crowbar与Diksam并提出意见的朋友。最后还要感谢每次对我延迟交稿仍然充满耐心的技术评论社的熊谷裕美子编辑。多亏大家的鼎力支持，本书才终能完成，在此我表示深深的谢意。
2009年5月7日01:06 J．S．T
前桥和弥
媒体评论
在一些C的入门书中都有这样一句话：为了提高移植性而适当地使用#ifdef。以我的理解，“适当地使用”其实就是“尽量别用”的意思。因此，这次我（在处理器切换时）使用了#ifdef，这对我来说也是一次失败。
根据处理器不同而使用#ifdef选择不同代码片段的话，会使代码变得很难理解。另外，像这样分散的代码通常很难进行充分的测试。在理想状态下，所有#ifdef的组合可以伴随着每日构建进行自动化测试，这感觉还不错，但是我认为这在实际中很难实现。
如果是为了提高移植性，那么也可以不使用#ifdef来处理各种分支，只要写一个尽可能适应各种处理器的代码不是就行了吗？
编程方面的著作《程序设计实践》中有以下记载。
如果我们对于条件编译持否定态度，那么就会由此发生一些问题。先不说最麻烦的。条件编译基本上都不可能进行测试。（中间省略）在对其中一个#ifdef代码块进行测试的同时，如果想测试另外的#ifdef代码块，除非改变环境使另一个#ifdef代码块生效，否则无法进行验证。
（中间省略）
由此我们得知。让我们感兴趣的是。在所有目标环境中都可以运行的共通性功能。
5．3．1节决定了crowbar不处理合成字符和UCS2范围以外的字符。
如果只是为了对应中文的话，这样的设计（指5．3．1节中提到的设计方式）就没问题了。但如果想要完美地实现，恐怕就需要考虑以下几点（以Unicode为前提）。
1．内部表现也要使用UTF．8
如果考虑合成字符的话，就不可能让字符有固定长度。如果想要取得字符串的第n个字符，每次都必须从字符串的开头扫描，所以还是算了吧。
2．不使用mbtowc（）系列函数，自己实现全部的转换
如果自己保存转码表，就要根据不同的情况使用不同的转码表。比如，在需要和Java兼容的时候要使用Java的转码表，如果要在Windows对话框中显示一个字符串的时候又要使用Windows的转码表等。
mbtowc（）系列函数不仅意味着“在所有的处理器中，总是可以返回所期望结果”，还表示“如果自己保存转码表的话，所有转换都要自己进行”。
作为一个还算现实的做法（只要能处理好中文就可以了），我制作的这个语法处理器，正好解决了所有的问题。如果一味追求结果而不能实现也是没有意义的。
……
根据处理器不同而使用#ifdef选择不同代码片段的话，会使代码变得很难理解。另外，像这样分散的代码通常很难进行充分的测试。在理想状态下，所有#ifdef的组合可以伴随着每日构建进行自动化测试，这感觉还不错，但是我认为这在实际中很难实现。
如果是为了提高移植性，那么也可以不使用#ifdef来处理各种分支，只要写一个尽可能适应各种处理器的代码不是就行了吗？
编程方面的著作《程序设计实践》中有以下记载。
如果我们对于条件编译持否定态度，那么就会由此发生一些问题。先不说最麻烦的。条件编译基本上都不可能进行测试。（中间省略）在对其中一个#ifdef代码块进行测试的同时，如果想测试另外的#ifdef代码块，除非改变环境使另一个#ifdef代码块生效，否则无法进行验证。
（中间省略）
由此我们得知。让我们感兴趣的是。在所有目标环境中都可以运行的共通性功能。
5．3．1节决定了crowbar不处理合成字符和UCS2范围以外的字符。
如果只是为了对应中文的话，这样的设计（指5．3．1节中提到的设计方式）就没问题了。但如果想要完美地实现，恐怕就需要考虑以下几点（以Unicode为前提）。
1．内部表现也要使用UTF．8
如果考虑合成字符的话，就不可能让字符有固定长度。如果想要取得字符串的第n个字符，每次都必须从字符串的开头扫描，所以还是算了吧。
2．不使用mbtowc（）系列函数，自己实现全部的转换
如果自己保存转码表，就要根据不同的情况使用不同的转码表。比如，在需要和Java兼容的时候要使用Java的转码表，如果要在Windows对话框中显示一个字符串的时候又要使用Windows的转码表等。
mbtowc（）系列函数不仅意味着“在所有的处理器中，总是可以返回所期望结果”，还表示“如果自己保存转码表的话，所有转换都要自己进行”。
作为一个还算现实的做法（只要能处理好中文就可以了），我制作的这个语法处理器，正好解决了所有的问题。如果一味追求结果而不能实现也是没有意义的。
……
书摘
第1 章引子
1.1 为什么要制作编程语言
本书的主题是自制编程语言。单说现在被广泛使用的编程语言，就有C、C++、Java、C#、Perl、Python、Ruby、PHP、Lisp、JavaScript 等。可能有人会质疑，既然已经有这么多语言了，真的有必要再特意创造一门新的语言吗？实际上，自制编程语言还是大有益处的。
1. 可以帮助理解编程语言的内部运行机制编程语言是程序员每天都要使用的工具。深刻地理解这个工具，对程序员来说非常重要。
一般来说，重新编写一个与已有程序相似的程序会被说成是“重复发明轮子”，这在行业内是不被认同的。但本书中想要实现的，偏偏是在众多语言存在的前提下再制作一门新的语言，正是“重复发明轮子”。这是深刻理解编程语言的最佳途径（缺点是要花很多时间）。
2. 能制作领域专用语言
比如在Unix 的世界中，有sed 和awk 两种历史悠久的专为文本处理定制的语言（后来在此方向上发展出了Perl 语言）。PHP 则是专门面向Web 程序开发的语言。如果掌握了制作编程语言的技术，就可以在必要的情况下制作出领域专用语言（DSL，Domain-Specific.Language）。
领域专用语言不一定会像Perl 与PHP 那么复杂，在很多情况下，如果能书写条件分支或者简单语句的话会方便许多，这也可以看作是一种专用领域。比如在业务流程处理等软件中，很多时候为了切换测试环境与生产环境的数据库，需要重写配置文件，而这一操作经常会引发问题（比如由于版本升级需要增加配置文件项目，此时必须与旧版本配置文件合并）。这时候我们可能就会想，如果能直接在配置文件中写 if 语句将其按域名分开就好了。
除此以外，我们在填写数据时可能希望能支持类似Excel 的简单算术公式，在玩游戏时希望能把游戏中的对话导出到一个外部文件中，等等。这些都可以看作专用领域并制作对应的DSL。
3. 可以用编程语言扩展应用程序
将以上两方面的考量进一步延伸，我们就会得到以通用语言扩展某个应用程序的构想。Emacs 这个编辑器就内置了Emacs.Lisp 这种Lisp 方言，从而为Emacs 的自定义提供了无限的可能性。同理，Microsoft.Office 也可以使用VBA进行扩展。
对于这类应用程序扩展语言，当然完全可以使用某种已有的编程语言（Lua等就在向这个方向发展），也可以在编写应用程序时从底层到扩展全部自己实现。这样就无需担心使用其他编程语言在版本升级时引起的兼容性问题了。
4. 说不定还会变成名人
如果自制的编程语言能在世界范围内得到广泛使用，那就太棒了。比如Ruby之父松本行弘先生就是世界名人。
不过坦白讲，通过自制编程语言来获得成功实在是太难了。即便语言被创造出来，如果没人用的话就不会产生相应的软件，这样就更不会有人用了。况且，即便真的因为发明了新的语言而变成了名人，通过这个赚到钱的希望也十分渺茫啊。其实我自己最近写的语法处理器都是免费发布的（不这样的话，语言没法普及呀）。
5. 自制编程语言非常有趣
啰嗦了这么多，说到底其实是因为自制编程语言非常有趣。自制一门编程语言确实是一件非常有意思的事。有人说过“想写出终极程序的程序员，最终都去写操作系统或者编程语言了”，你可以通过自制编程语言感受到接触最核心技术的乐趣。
让尽可能多的人感受到这种乐趣，这正是本书的目标。
1.2 自制编程语言并不是很难
一提起自制编程语言，很多人都会觉得这是一件非常难的事情。
1.1 为什么要制作编程语言
本书的主题是自制编程语言。单说现在被广泛使用的编程语言，就有C、C++、Java、C#、Perl、Python、Ruby、PHP、Lisp、JavaScript 等。可能有人会质疑，既然已经有这么多语言了，真的有必要再特意创造一门新的语言吗？实际上，自制编程语言还是大有益处的。
1. 可以帮助理解编程语言的内部运行机制编程语言是程序员每天都要使用的工具。深刻地理解这个工具，对程序员来说非常重要。
一般来说，重新编写一个与已有程序相似的程序会被说成是“重复发明轮子”，这在行业内是不被认同的。但本书中想要实现的，偏偏是在众多语言存在的前提下再制作一门新的语言，正是“重复发明轮子”。这是深刻理解编程语言的最佳途径（缺点是要花很多时间）。
2. 能制作领域专用语言
比如在Unix 的世界中，有sed 和awk 两种历史悠久的专为文本处理定制的语言（后来在此方向上发展出了Perl 语言）。PHP 则是专门面向Web 程序开发的语言。如果掌握了制作编程语言的技术，就可以在必要的情况下制作出领域专用语言（DSL，Domain-Specific.Language）。
领域专用语言不一定会像Perl 与PHP 那么复杂，在很多情况下，如果能书写条件分支或者简单语句的话会方便许多，这也可以看作是一种专用领域。比如在业务流程处理等软件中，很多时候为了切换测试环境与生产环境的数据库，需要重写配置文件，而这一操作经常会引发问题（比如由于版本升级需要增加配置文件项目，此时必须与旧版本配置文件合并）。这时候我们可能就会想，如果能直接在配置文件中写 if 语句将其按域名分开就好了。
除此以外，我们在填写数据时可能希望能支持类似Excel 的简单算术公式，在玩游戏时希望能把游戏中的对话导出到一个外部文件中，等等。这些都可以看作专用领域并制作对应的DSL。
3. 可以用编程语言扩展应用程序
将以上两方面的考量进一步延伸，我们就会得到以通用语言扩展某个应用程序的构想。Emacs 这个编辑器就内置了Emacs.Lisp 这种Lisp 方言，从而为Emacs 的自定义提供了无限的可能性。同理，Microsoft.Office 也可以使用VBA进行扩展。
对于这类应用程序扩展语言，当然完全可以使用某种已有的编程语言（Lua等就在向这个方向发展），也可以在编写应用程序时从底层到扩展全部自己实现。这样就无需担心使用其他编程语言在版本升级时引起的兼容性问题了。
4. 说不定还会变成名人
如果自制的编程语言能在世界范围内得到广泛使用，那就太棒了。比如Ruby之父松本行弘先生就是世界名人。
不过坦白讲，通过自制编程语言来获得成功实在是太难了。即便语言被创造出来，如果没人用的话就不会产生相应的软件，这样就更不会有人用了。况且，即便真的因为发明了新的语言而变成了名人，通过这个赚到钱的希望也十分渺茫啊。其实我自己最近写的语法处理器都是免费发布的（不这样的话，语言没法普及呀）。
5. 自制编程语言非常有趣
啰嗦了这么多，说到底其实是因为自制编程语言非常有趣。自制一门编程语言确实是一件非常有意思的事。有人说过“想写出终极程序的程序员，最终都去写操作系统或者编程语言了”，你可以通过自制编程语言感受到接触最核心技术的乐趣。
让尽可能多的人感受到这种乐趣，这正是本书的目标。
1.2 自制编程语言并不是很难
一提起自制编程语言，很多人都会觉得这是一件非常难的事情。
