今天一位网上的朋友在使用reviewboard时遇到了问题，我们在评论中探讨了一下。他的问题目前已经定位，大致是这样的：他在Windows上用svn diff生成的patch文件在提交给reviewboard时出错，但在linux上生成的patch文件是没有问题的。后来他发现这两个patch文件内容稍有区别：Windows上的patch文件中的diff结果包含中文，比如“版本 10”；而在linux下生成的那份patch文件中，"版本 10"变成了"revision 10"。reviewboard拒绝了带中文的那份patch，估计是reviewboard的字符编码设置让其无法识别windows下的那个字符集。

多数情况下，我们根本无需关心svn命令输出中到底是英文还是中文。subversion对国际化支持到很好，它会根据自己所在环境下的区域和语言设置来选择到底输出哪种文字，对不同地区说不同语言的程序员来说，这绝对是一个好事。

但问题毕竟是出现了。我们该如何解决呢？我们该如何选择svn输出的语言呢？我不用Windows，所以这里我说说Linux下的设置方法，这也是今天在思考那位朋友的问题时才找到的方法。

方法的关键就在于前面说过的Subversion会自动检测你的区域和语言环境设置。以我的Ubuntu 12.04LTS为例，执行locale命令，可以看到以下输出：

LANG=zh_CN.UTF-8
LANGUAGE=zh_CN:zh
LC_CTYPE="zh_CN.UTF-8"
LC_NUMERIC="zh_CN.UTF-8"
LC_TIME="zh_CN.UTF-8"
LC_COLLATE="zh_CN.UTF-8"
LC_MONETARY="zh_CN.UTF-8"
LC_MESSAGES="zh_CN.UTF-8"
LC_PAPER="zh_CN.UTF-8"
LC_NAME="zh_CN.UTF-8"
LC_ADDRESS="zh_CN.UTF-8"
LC_TELEPHONE="zh_CN.UTF-8"
LC_MEASUREMENT="zh_CN.UTF-8"
LC_IDENTIFICATION="zh_CN.UTF-8"
LC_ALL=

也就是说默认情况下，我的区域是CN，语言是zh。在这种环境下svn命令的输出都是包含中文的，比如下面这段输出：

路径: .
URL: https://lcut.googlecode.com/svn/trunk
版本库根: https://lcut.googlecode.com/svn
版本库 UUID: 22405a7c-d843-be82-cc3b-46f1d7cb9705
版本: 57
节点种类: 目录
调度: 正常
最后修改的作者: bigwhite.cn@gmail.com
最后修改的版本: 57

我尝试修改locale。先将LC_ALL修改为en_US.UTF-8（通过locale -a你可以查看系统支持的locale列表，从中能看到en_US.utf8）。修改后(export LC_ALL=en_US.utf8)，执行locale，发现除了LANGUAGE和LANG还是原值外，其余变量都已经改为en_US.utf8了。不过svn info的输出结果依旧包含中文。

看来LANGUAGE或LANG两个变量中的一个会影响到svn的输出结果。先修改LANG为en_US.utf8，执行svn info，发现结果依旧包含中文。再试试修改LANGUAGE，export LANGUAGE=en_US.en（注意不是en_US.utf8，LANGUAGE变量的值与其他的变量稍有不同）。再执行svn info，这回终于等到英文结果输出了：

Path: .
URL: https://lcut.googlecode.com/svn/trunk
Repository Root: https://lcut.googlecode.com/svn
Repository UUID: 22405a7c-d843-be82-cc3b-46f1d7cb9705
Revision: 57
Node Kind: directory
Schedule: normal
Last Changed Author: bigwhite.cn@gmail.com
Last Changed Rev: 57

目前还不清楚这招在Windows下是否也生效，记得Windows上也有设置环境变量的地方。

眼看2013年已经过去1/6了，这个谋划显然有些晚了。之所以晚，根本原因还是之前有些很多事情没有想清楚，即便是现在可能依旧比较朦胧。鉴于去年的目标执行情况不甚理想，尤其是工作目标方面，因此今年在谋划策略方面变得更加务实和收敛，期望能说到做到或做的尽可能的多。

一、个人目标

* 鉴于去年的执行情况，今年将blog定在80篇（大约每5天一篇）应该问题不大，毕竟blog已经成为我生活的一个重要组成部分了。

* 阅读是必不可少的。今年计划将读书目标定在40本（大约每9天一本）。去年的读书效率下降许多，感觉更多是因为自己变得懒散了。所以今年除了“扫库存”之外，还增加了一个改善措施：从省图书馆借书读。俗话说：书非借而不能读也^_^。借书读，一方面降低书架上的书增长的速度，减少了开支；另一方面还可能提高读书效率，借的书毕竟是要还的么^_^。昨天在整理果果的书时发现我的书架已经接近满员了，所以以后非经典书/非紧急书就不打算买了，不知道能否借此戒掉“买书瘾”，想必到时侯还是会纠结一番的^_^。最后在读书方面还是要给自己设置一条主线的，尽量围绕自己的目标达成去选择读哪些而不读哪些，读自己所需要的，按照自己的思路去读，千万不要人读己亦读。

* 学习新编程语言方面。每年一门新语言，但今年目标不甚明确。对函数式语言有些担心，前途似乎没有看起来的那么美，可预见到情况是将长期持续在小众领域徘徊。今年的策略是看缘份了^_^。在日常工作中，Python这门语言的使用是愈来愈多了，今年在Python方面肯定是要继续深入研究一点点的。

* 开源方面。我将继续和同事一起推进buildc的演进，至少会完成已经策划已久的0.3.0版本的设计与实现。在开源方面目前尚未参与过其他人发起的项目，这块更多还是自己找点子，期望今年能有一些新的想法。

* 个人健康方面。前些日子得了肺部感染，连续挂了近两周点滴才控制住病情，钱没少花，罪没少遭，还好目前看起来像是痊愈了。恰因为此，今年才把这个单独拿出来作为个人目标的一部分。事后分析，之所以被细菌感染，更多是因为自己的免疫力太低了。事实上也是这样的：去年一整年都没有什么锻炼身体的活动，免疫力不低就怪了。所以今年打算把晨跑提上日程，记得11年是晨跑坚持时间最长的一年，每天跑上3km，各方面的感觉的确是非常好的。

* 关注代码。和2012相比，今年期望能抽出更多的时间和精力编写自己的代码、阅读和评审其他人的代码。对于程序员出身的我而言，代码的魔力是我无论如何都无法抗拒的。

* 其他能力提升方面。今年重点想提升一下当众Speaking能力。目前当众讲话是没啥问题的，但如何当众把话讲的更好更具吸引力，这方面还需要专门的学习和训练。

二、工作目标

不得不承认去年工作方面的失意让我对工作的热情有所衰退，所以今年在工作目标方面尽量收敛一些，也不想在这里把一些具体目标展开说明了，唯一所求的就是踏踏实实把重点任务做好。另外任何事情做久了，都想期待有一些变化。

三、家庭目标

虽然去年的家庭目标完成的十分不错，不过有了去年的家庭目标做铺垫，今年的目标达成难度加大了许多，压力山大啊。这里先列出一些简单的：

* 更新数码装备：本本、手机、相机、平板、电纸书等。
* 给果果转到规模较大的幼儿园，接受更为规范的教育。
* 常回父母家看看。
* 家庭成员省内、国内、境外游至少各一次。
…. 这里省略很多更难实现的家庭目标。

与工作相比，感觉我在家庭生活上的掌控力更弱一些，让我纠结的事情也更多一些。至于原因么，男人都懂的。

总体来说，至少从这篇blog的篇幅上来看，2013的目标比2012年要收敛许多，尤其在工作方面。有些事情等做完了再说也未尝不好。