最近编程有感。。。

          上一次上邹老师课的时候，邹老师说的一个笑话，让我记忆犹新。当时那个笑话是，世上有两种人，他们说的两句话是最大谎言，其中一个是程序员，他说的话是，“我会写注释的”，呵呵，在感觉好笑的同时，我不禁自嘲的笑了笑，看来，我是一个诚实的好人。。。

      

        也不知道是从什么时候开始的，我就习惯了边写程序边写注释，可能因为自己比较健忘，或者说自己比较笨吧，哦，难怪我英语老是学不好!当我在写程序的时候，如果不写注释，总是觉得少了什么。。。说不清道不明。。。

 

        当然，写注释浪费了我不少时间，但是我不得不说，我真的挺感谢注释的。我是MLS（mobile location search）组的学生，最近在看hmm算法，当我从网上下了一个C++的实现代码时，想通过代码深入研究hmm算法的时候，我无语了。。。我很佩服作者对于指针的巧妙运用，佩服他对于算法的操作，但是我为了理解这个东西花了我一天，然后忘掉这个花了不到几个小时。。。然而可恨的是，对于难理解的反倒不是算法的实现，而是变量与数据的意义。。。

 

        当我自己实现hmm算法的时候，很自然的在关键的地方添加上了注释。当时有一个悲剧性事件发生了。比如，一枚硬币，正常来说随便猜都有50%的概率，但对于此类事件，我通过建立hmm模型，然后再猜连50%的概率都不到。。。真实见鬼了。。。当时心急火燎的看代码，找了好久，实在看不出错在哪，就在无奈的打算重写时，决定看一遍注释，理一下思路，嘿嘿，终于让我找到了纠结的所在。有时候，你会发现，注释除了可以当作代码检测的工具，同时可以当作逻辑的检测工具！除了可以在变量后面，接口后面注释其干什么用的，同时在关键逻辑的地方最好也加上注释，真的，真的很有用，前面都说了，我是一个诚实的人，我不会骗你。比如说，我曾写过编译器后端，从中间代码转向汇编语言是一个简单而又繁琐的过程。但是，最好别转化错，别写错一个寄存器，否则，对于生成的好几百行甚至好几千，几万行的汇编代码，你慢慢愁眉苦脸检测错在哪吧。这时注释帮了我一个很大的忙。我在写转换过程时一般先把注释写好，比如对于加法  reg1=reg1+num，可以先写 //push eax    //mov eax,num

//add reg,eax  ...   然后再在对应的注释中写代码。检查的时候也好检查。只要先看注释，看逻辑是否错误，再看对应代码是否与注释对应，包保你没问题！

 

         咳，最近话头又多了，呵呵，这是我的点点感想，希望对大家有用。

 

MicroTeam Liuhang