一个大的软件项目，往往需要许多年的持续开发。虽然开始时，结构、逻辑、模块化都设计的非常好，号称各种情况都考虑到了。
项目文档写了一摞又一摞，但随着开发和测试的进行。都会有不少的bug冒出来，慢慢的缝缝补补越来越多。
原本设计的清清楚楚的逻辑就慢慢在源代码中不那么清晰了，代码的逻辑越来越复杂。

虽然一开始留下详细的设计和说明文档是完全可行的，但接下来的bug修补多数只能留下一些bug report。
要想把软件项目文档和 bug report整合在一起，形成持续更新、体系完整的详细文档，可不是那么容易的事情。
再加上我们在刚刚接触这类代码的时候，面对的是一个一无所知的世界，而看到的一行行代码许多都是针对细致末节的，计算机该如何如何一步步完成任务的详细说明，难懂和怨念也就不奇怪了。

其实，铺垫了这么多，就是一句话，编译技术其实能帮上忙。

编译器想必大家最熟悉的功能就是能将源代码转换成可执行文件。
不过编译器能做的不仅仅是这些。
对于常见的编译型命令式语言（C/C++），编译器理论上可以知道程序的所有行为。
之所以加”编译型、命令式“的定语是因为有些语言却是编译器没办法在编译时刻完全知道所有的行为。
比如 JavaScript语言可以通过eval(string)函数，在程序运行的时刻，重新组织一个Javascript语句的字符串，然后通过调用eval函数执行它。
这个字符串，有可能和输入相关。所以编译器无法在很早的时候知道它的行为。
之所以加上“理论上”，是因为某些分析工作状态空间太大，搜索复杂度太高，没办法在短时间内完成。
比如过程间分析、指针分析之类的代码分析技术，面对上百万、上千万的代码时，可不是一时半会儿能出结果的。

咱们不能只是说说问题有多难就算了，幸好我们已经有了不少的解决方法。
《编译点滴》了解了一些将编译技术应用于协助解决这些问题的领域。
用上编译技术的程序员，会男的更帅、女的更漂亮，早日找到另一半，还能调节心情、预防老年痴呆、避免2012人类灭亡。

1. http://gcc-melt.org/
2. http://clang-analyzer.llvm.org/
3. http://stackoverflow.com/questions/5309405/can-i-get-an-xml-ast-dump-of-c-c-code-with-clang-without-using-the-compiler
4. http://stackoverflow.com/questions/5842650/c-c-source-code-browser-comparison-seeking-opinion.
5. http://clang.llvm.org/doxygen/group__CINDEX.html
6. http://stackoverflow.com/questions/7969109/any-c-c-refactoring-tool-based-on-libclang-even-simplest-toy-example
7. http://www.vim.org/scripts/script.php?script_id=3302
8. http://eli.thegreenplace.net/2011/07/03/parsing-c-in-python-with-clang/
9. http://msdn.microsoft.com/en-us/magazine/cc163658.aspx
10. http://stackoverflow.com/questions/2499070/gnu-make-should-j-equal-number-the-number-of-cpu-cores-in-a-system
11. http://code.google.com/p/distcc/
12. http://www.gentoo.org/doc/en/distcc.xml
13. http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html
14. http://msdn.microsoft.com/en-us/library/szfdksca%28v=vs.71%29.aspx
15. http://gamesfromwithin.com/the-care-and-feeding-of-pre-compiled-headers
16. http://code.google.com/p/include-what-you-use/
17. http://dl.acm.org/citation.cfm?doid=1985793.1985796
18. *icomment: bugs or bad comments?* 2007
19. HotComments: How to Make Program Comments More Useful? 2007
20. Listening to programmers — Taxonomies and characteristics of comments in operating system code , 2009
21. aComment: mining annotations from comments and code to detect interrupt related concurrency bugs, 2011
22. Improving software diagnosability via log enhancement, ASPLOS 2011
23. SherLog: error diagnosis by connecting clues from run-time logs. ASPLOS 2010
24. Understanding Customer Problem Troubleshooting from Storage System Logs. FAST 2009
25. How do fixes become bugs?. SIGSOFT FSE 2011

先看看去年的计划：

完成的：

• 硕士毕业，考上博士。
• 和女友出去旅游。
  去北戴河转了一圈，三天。看看海，吃吃海鲜，捞捞小螃蟹，很惬意。
• 多少能攒点钱。
  补助提升了一些。攒了几千块，准备回家孝敬父母，算是经济独立了。
• 硕士的工作写篇文章，并且保证工作是有意义的！
  虽然只是个国内会议的poster，但好歹也算写了。
• 继续看六七本好书，非计算机的。
  读了两三本和计算机完全没有关系的，还有四五本没有涉及技术的计算机类书，勉强完成目标。

没有完成的：

• 北马冲刺全程、练练羽毛球和乒乓球。
  今年的北马异常火爆，不到一周就报满了，错过了报名机会。不过幸好有机会去做啦啦队，目睹了各类人群经过半程终点的盛况。
  乒乓球打的次数在个位数，羽毛球一两次。体重也冲上了巅峰的160斤。
• 了解全球50名体系结构、编译器领域牛人的成果和目前研究方向。
  这个一直没有时间去做。

自己觉得不够的：

• 选好自己的博士方向。
  只是有了朦胧的意向，还需要大量的文献调研和实践才能逐步细化。
• 精读十篇以上的经典体系结构、程序分析、操作系统方面的论文。
  跟随着实验室的各种讨论班，学习了不少经典论文，也算是精读了。
  但是每一篇都没有形成自己的认识和理解。都没有自己的批判性思考。
  也没有针对论文涉及的方面做总结和扩展阅读。
• 调整心态，不让自己太浮躁、太贪心。
  刚刚进入读博阶段时，压力非常大，也很浮躁。虽然现在淡定了一些，但自我感觉还是太急躁，只是浮于表面。
  还需要好好的努力，对自己的专业和方向要踏踏实实的扎进去，学精学透。

2011年读过的书：

• 

  2011年，硕士毕业了。这一年里，因为压力很大，所以成长也很快。毕竟读博的路是自己选的，看着大家都该干嘛干嘛，压力就陡增了起来。幸好有女友的理解、鼓励和支持。
  这一年里，不仅技术有了不少进步，而且在实际项目中为人处世、组织协调，团队服务能力也得到了锻炼。
  虽然自己也怀疑过读博的选择，迷茫过，纠结过，但是现在反而更加坚定了。既然已经走到了今天，那就踏踏实实的走下去，其他就随他去吧。

2012年是关键一年，决定着能否按时毕业，以及人生是否能翻开新的一页。写下目标，继续奋斗：

• 大规模的项目和文献调研，形成对编译领域学术和工业界前沿的准确认识。
• 基于11年的工作，发表第一篇满足毕业要求的论文。
• 博士论文开题，多听老师的意见，和工业界的需求，防止闭门造车。
• 和女友再找个地方，出去转转。
• 跑两个马拉松赛，一个北马，一个其他地方的。可以趁机多出去转转，再多一些群体类的运动。
• 继续攒钱，孝敬父母，让他们不要为了我，过的太节俭。
• 《算法导论》、《龙书》、《量化》读精，再读10本左右的非计算机技术类书籍。
• 结合自己的方向，多一些编程实践，实际项目、感兴趣的小项目、编译器、算法。
• 培养一项不需要电脑的业余爱好，做一些可以用一生积累的有意思的事情。
• 整理11年，论文讨论班，以及讲座所记笔记，并写成博客文章，并及时消化12年的此类笔记。
• 了解全球50个知名体系结构、编译领域的牛人或牛小组的研究成果和近期方向。
• 继续走出去，多和各行各业的同学、朋友交流，还有许多有意思的事情可以做。

2011年《编译点滴》共发表了46篇博客，相比10年的110多篇，又下降了一半。幸好，这一年其他方面有不少成长，算是一点安慰。
下半年的文章写的要比上半年频繁一些，但数量上还是太少。新的一年，要多些喽。

今年的《编译点滴》，RSS订阅人数已经接近700多人，算是一个小收获。
不过没有想到，《不仅仅是“屠龙之技”-编译器开发者的精神胜利！》给师弟师妹们带来了一些负面影响。
因为是在自己迷茫抑郁的时候写的，这篇文章受主观影响太大。
还有几篇文章，得到了Xi Yang、teawater、莫枢@taobao、chenwj等大拿的指正。
这让《编译点滴》明白自己的立场会产生一些影响，所以需要重视文章的质量、正确性和客观性。
新的一年里，《编译点滴》将以积极、客观的态度去学习和评论技术和相关方向。

这一年里，有好几位朋友，通过邮件的方式，讨论和交流许多编译领域的问题，因为自己水平和时间有限，有不少没有及时回复。
希望新的一年里，能陆续一一回复，并深入讨论和交流。
期待《编译点滴》能逐渐成为大家深入交流和学习技术的平台，而不是一家之言。

感谢所有关注《编译点滴》的朋友，新一年《编译点滴》将有许多专业、准确、客观的文章。