最近负责微码表项自动代码生成的工作，由于微码表项不断更新，需要我经常的进行自动代码生成，对现有代码造成了很大的冲击，例如许多表项的TBL_ID、Field都发生了变化。而不断的跟随微码组刷新表项代码，也占用了自己大量的时间。
今天晚饭后，阿孟进行了指导：
首先，代码编写前微码组与SDK组等已经确定好了初步的微码表项版本，SDK代码的编写就以该版本为基础，尽量维持不变，不去理睬微码组针对他们的需要而对微码表项进行的刷新，直到全部代码编写完毕，并且UT/LLT测试通过。之所以说尽量维持SDK编写代码所用的表项不变，是因为该版本的微码表项可能存在比较明显的、阻碍代码编写的错误。
当第一个版本的代码编写与测试完毕，再找微码组人员确定一个比较稳定的表项版本，然后对第一版的SDK代码进行修改、测试。
其次，对于表项名称、域名称发生变化的情况，请微码组人员给出修正记录。
版本机doc目录下的文档应该限定修改权限，普通人员应该只有访问权限而没有修改权限，这样可以防止他们更新表项。表项的更新工作应该由指定人员进行。
TBL_ID问题是与表项资源分配相关的，Field问题是与微码表项具体内容相关的。应该分别建立相应的记录文件，记录哪些表项的TBL_ID没有，及时向微码组反馈。以后刷新表项的时候对这些微码表项特别关注。如果是表项名称变化而表项内容不变，则尽量让微码组人员维持表项名称不变。
ICP工程建立过程中应该同步记录工程创建的过程文档。考虑到ICP本身有比较完善的操作说明文档，工程创建过程中应该同步记录遇到的问题与解决方案，这样更有针对性，便于以后翻阅。例如最初遇到的SVN下载问题，后来遇到的代码量统计CCT环境变量设置问题，以及现在遇到的PCLint找不到头文件问题。
晚上跟大山聊天，他提出遇到问题时一定要积极向他人求助。他说，在华为一定要学会向别人求助，找到合适的人进行求助，能够很快地解决问题。哪怕是仅仅获得一些思路或者想法也是好的，就算别人反馈的信息没有什么帮助，自己也能够再向别人倾诉问题的过程中缓解工作中的压力。
掌握那些代码生成工具、HUTAF LLT测试、ICP测试工作等等可能并不困难，但是正确地理清思路、把握做事情的一些基本原则往往说起来容易，做起来难。