工作两年(一)——进入Compiler的世界

原载:http://blog.csdn.net/netcasper/article/details/360700

两年来,我对编译器和编译理论的认识有了长足的进步。回想起两年前懵懂的样子,以及怀着忐忑的心情到香格里拉饭店参加面试的情形,不禁暗呼一声“侥幸”。

那时,我写程序都是用Delphi或VC++这样的IDE,编译就是按个快捷键或点击某个菜单项,编译器对我来说完全是透明的。编译课早就上过了,可惜完全与实践脱钩,所以也忘的最干净,甚至还不如计算理论这样的课记住得多。最近一次公司找intern,我在面试的时候就问了这样几个问题:

  1. VC++使用的编译器[1]的可执行文件的名字叫什么?(cl.exe)
  2. VC++的debug build和release build有什么区别?(调试信息和优化的有无)
  3. 一般来讲,编译器输出的是什么程序?(汇编程序)

回答结果很不理想,说明我们的编译课仍然在纸上谈兵。

当初之所以选择编译作为工作方向,是受到一本书——《深度探索C++对象模型》——的影响。那是我在上学期间看过的提到编译器这个词最多的一本书,也让我了解了隐藏在IDE后面的编译器竟然做着如此有趣的事情。在好奇心的驱使下,我把全部砝码压在一份简历上,而且是一个自己并不擅长的方向。所幸在当时的教育背景下我这样的编译水平不能算差的,更幸运的是能被当时多数面试者(包括现在的部门经理)相中,得以实现从事编译相关工作的愿望。加入公司后,完全从零开始,从最基本的论文看起,恶补了一阵。那情形,让我回想起大一上C语言课,第一次用英文教材,几乎每个词都不认识,都要查字典,很大精力被用来克服语言问题。后来经历也很相似,随着阅读越来越顺利,可以把更多的精力集中到问题域中。渐渐地,对控制流、数据流、依赖关系、以及各类优化不再感到陌生,又随着工作地不断深入,对其中某些领域有了更透彻的理解,也感受到了编译领域的博大精深。

现在,从一个程序员的角度来讲,我对编译器的功能有了充分地认识,可以更有效地使用。编译器对我来说已经不是一个具有单一功能的黑盒子,而是一个可以使用不同选项来实现特定需求的工具。但作为开发者来讲,我的水平还很不够,知识面比较窄,有很多需要加强的地方。由于工作内容所限,我对数据流分析和依赖关系的理论和实现了解得比较多,但对它们的应用认识有限,实际上这是一个很好的基础,因为很多优化都是基于数据流分析和依赖关系分析的结果来做的。

从我个人的经验来看,要想成为一个优秀的程序员,必须熟练掌握几种工具,我在提纲上列出来的是一些我接触过的、也是准备在后面的文章中谈到的。熟练掌握的意思是这种工具对你来讲不再是一个黑盒,你必须对这种工具所基于的理论有所了解,甚至要看过特定实现的代码。正则表达式是最恰当的一个例子,只知道它的语法是不够的,只有在了解了正则表达式引擎是如何工作的,才能构造出高效的正则表达式。所以,如果我们能在闲暇之余了解某些优化的原理,甚至看看gcc的实现,会更有利于我们写出高效的代码,这些代码在我们眼中也会显得更加生动。


[1]. 准确地说,是问driver的名字。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据