年终岁尾，又到了该做年终总结的时候了。有些人觉得年终总结很难写，于是自欺欺人的在网上到处高价找枪手；亲自动手写总结的人也是抓耳挠腮，迟迟无法下笔。其实我倒不觉得总结有这么难，自己做过的事写出来又有何难呢!也许是你的心魔在作怪罢了(什么心魔，你懂的!)。对自己负责的人肯定是会主动积极地去做总结的，总结的第一对象也一定是自己，其次它的另外一个用途才是用来提交给领导看的。你的总结无需文采飞扬，关键要言之有物，切中要害，否则与一张废纸无异。总结无非是回顾过去，展望将来，甚至连结构形式都大同小异，所以你只需要认真思考内容就行了。

写总结时有些人眼里只有成绩，过去一年的成绩能写上几个篇幅，但一到该发掘问题时候就显得耳目闭塞，憋了半天也憋不出来一个字。其实你的领导对你的成绩早已是心中有数，如果这点都做不到的话，那他绝对不是一个合格的领导。我想作为领导的除了下属成绩外，更关心的其实就是下属对工作是否用心了。而总结恰恰就是一种领导了解下属是否对工作用心的渠道。

我和许多人恰恰相反，我的总结里成绩一笔带过，那些东西毕竟属于过去了，我更多的是向前看，总结的更多是现存的问题以及如何改进的思路和方案思路。

和去年想比，我的总结也越来越简明扼要了。过渡到简明扼要不是一蹴而就的。年末我也写了一份内容翔实的总结，后来我把它彻底从我的电脑里删除了。把大脑腾空，静下心来想了想：我到底要向我的领导传递什么信息？于是一篇算上落款才一页多两行的pdf格式的总结完成了，其中没有大段的论述，更多的是条目和对条目的诠释，至于成绩那部分，只占了区区四行文字。我这份总结不具备典型特征，大家不必要学^_^。

对于有心人而言，总结不是年终那几天的事，是全年的时时刻刻都要考虑的事，如果你做到了时时刻刻，那么还害怕那份年终总结吗！

很多公司的过程中都有阶段性统计新增或修改的有效代码行数这一环节，这里先不论统计出的结果用于做什么，就统计本身而言，常常存在诸多问题，比如统计过程耗时且繁琐、统计结果中估算成分较大，不精确等。这些问题以前也一直困扰着我们，并且长时间没有想出很好的解决办法。

今天脑子里突然冒出一个想法：能否根据svn diff得到的结果分析出来有效代码量呢？ svn diff的结果一般是这样的，分为几类：

纯新增代码，如：
+void foo() {
+    … …
+}

纯删除代码，如：
-void foo() {
-    … …
-}

修改的代码，如：
-void foo(void);
+void foo(int);

我们所要统计的所谓有效代码更多是指纯新增的代码和修改的代码，纯删除的代码可忽略不计。这样一来实际有效代码行数 = 纯新增代码行数 + 修改代码行数；而修改的代码在svn diff结果中体现为一减一加，实际修改行数是等于其+的行数的。也就是说有效代码行数就是svn diff结果中所有前缀为+的行的行数。svn diff输出格式相对规整，通过解析得到这个行数并非难事。最简单的方法就是使用Shell脚本了。

脚本全部内容这里就不列出来了，这里可以下载。其核心代码只有以下两行：

svn diff -r$start_revision:$end_revision $target $USERNAME $PASSWD > $TEMPFILE
add_lines_count=`grep "^+" $TEMPFILE|grep -v "^+++"|sed 's/^.//'|sed '/^$/d'|wc -l`

首先我们使用svn diff命令将两个修订号之间的差异重定向到一个临时文件中，然后使用grep、sed和wc的组合完成行数的计算：其中首先过滤出以+开头的行，但去除其中+++开头的行，得到的是所有只以一个+开头的行。再利用set 's/^.//'删除每行行首的那个+，用set '/^$/d'删除所有空行，最后利用wc -l计算总行数。

也就是说通过上面脚本运行后得到的有效代码行数是不包括空行的，但是包含注释代码。

有了这个脚本，以后的版本有效代码量统计就相当精确了，而且也无需每个人都参与统计，大大减少了工作量，甚至可以将这个工作做成自动化完成。

现在的我痛恨一切效率低下的个人行为和过程活动！遇到问题坚决改善，绝不姑息^_^。