"A language that doesn't affect the way you think about programming， is not worth knowing".

                                                         — Alan Perlis(ACM 第一任主席，图灵奖得主，1922-1990)

《程序员修炼之道》这本书建议程序员每年应至少学习一门新的语言，以拓宽思维，避免墨守成规。今年我选择了函数式编程语言Haskell。选择Haskell的理由正如Alan Perlis所说的那样，Haskell是一门可以影响程序员编程思维的语言，我也期望通过学习Haskell来拓宽我的思维。

开始接触Haskell后，我才发现它在国内是如此的小众(其实在国际上也很小众)，国内居然没有正式出版过Haskell相关的中文书籍，唯一可参考的像样的中文资料就是网上流传的一本免费的由乔海燕翻译的《Yet Another Haskell Tutorial》，国内出版的影印版书籍似乎也只有《真实世界的Haskell》(英文名：Real World Haskell)这一本。

我开始学习Haskell时用的就是那本曾获得过Jolt Award大奖的《Real World Haskell
》影印版，书很厚，是本Haskell大全。但后来发现似乎不太适合初学者。随后又在网上搜索资料，找到了Graham Hutton编写的《Programming in Haskell》这本教程。与《Real World Haskell》比起来，《Programming in Haskell》这本书就显得“单薄”了许多，加起来总共不到200页。不过这本书却非常适合函数式编程和Haskell的初学者，因为这本书是基于英国诺丁汉大学课程讲义编制而成，经过了多年实际教学检验，并且在这本书的官方主页上还可以下载到与书配套的讲义幻灯片和习题答案。

同样是也是在这本书的主页上，我发现了这本书在2009年就已经出版了日文版和韩文版，这个让我很是受触动，为什么在好书引进方面我们也落后于日韩呢！突然脑中迸发出一个念头：要不我来试试翻译一下这本书，也算是为Haskell在中国的发展做出一些自己的贡献。

于是在Google Code上建立了这个《Programming in Haskell》中文版翻译项目。

最初尝试使用tiddlywiki来做中文内容的载体，后来发现使用tiddlywiki非译书之正道。为此，我还特意花了一些时间学习了一下TeX，并做了一个非专业的中文TeX模板，用于自己翻译之用。

到目前为止，自己边学Haskell，边尝试翻译《Programming in Haskell》，并已经完成了序言以及前三章的初译。由于自己之前没有任何函数式编程语言的知识和英文翻译的经验，所以翻译起来甚感吃力。另外Graham Hutton的偏学术派的写作风格也让翻译的难度陡增不少。对于已经翻译的三个章节，自己并不甚是满意，总觉得在术语翻译，原意把握以及行文方面欠缺较多。不过经过这段时间的翻译，对Haskell以及函数式编程的理解却加深了不少，所以后续计划对已翻译的三个章节进行回顾，形成中英文对照表，纠正术语翻译错误、作者原意把握不准确的地方以及行文不通顺的地方。

真诚的欢迎大家提出建议和意见，帮助我来审校翻译中存在的问题，共同完成这个项目。

另外这里需声明一点：自己仅是一个Haskell爱好者和初学者，非Haskell牛人。请大家读译稿后谨慎拍砖！

附：《Programming in Haskell》中文版翻译项目地址：http://code.google.com/p/programming-in-haskell-cn
       微软C9 函数式编程基础(使用《Programming in Haskell》这本教程)视频地址：在这里。

今天下午花了一个小时分别和两位同事做了一些代码讨论，这两位同事正在编写的代码都具有一定的试验性质(暂不能进入项目代码库)。这里不谈代码如何如何，而是就我发现的一个问题谈谈我的看法。

问题其实也很简单：那就是两位同事“不约而同”的都没有对这类试验性质的代码进行很好的备份和版本管理。

也许你看到这里会觉得这个芝麻粒儿大的问题不值得一提。没错，可能很多人都不以为然，不过有过以下经历的朋友们也许会与我产生共鸣：
- 主机掉电，磁盘损坏，无法恢复数据，绞尽脑汁辛苦编写的数百上千行代码“付之一炬”，一切待重来;
- 一个rm误操作使你和积累了多天的代码说了"永别"，剩下的只有眼泪;
- 突然脑子中冒出一个想法，觉得应该如此重新设计并修改已有代码，加班+熬夜修改了数百行代码，横跨几个甚至是十几个文件，最终发现只是自己一时冲动，测试证明还是之前的设计是正确的。又加班+熬夜将代码恢复到修改前的模样。
- 前一天晚上新增了几百行代码、删除了若干行，修改了十几个文件，第二天醒来再打开这些代码，感觉有些陌生，记不清到底加了哪些代码，删了哪些代码，甚至为什么增加和删除也许都忘记了。

不知道上面的情景你亲历过几个？不管你是否亲历过，我想说都是：做好你的所有代码的备份和版本管理，哪怕这些代码仅仅是为自己所用，哪怕仅仅是用来做试验的，它们毕竟凝结了你的智慧和汗水。

前两种情况告知你应该做好代码的备份工作，只做本地备份还不够，还要进行多点备份。
第三种情况则提醒你做好版本管理，便于进行代码版本回溯。
第四种情况也是做好版本管理的一个好处：追踪你的修改记录以及回顾你的思维旅程（通过svn commit log）。

最好的方式就是你通过公司架设的版本控制Server管理你的代码，这样在版本管理的同时，代码也作了远程备份。如果是个人的非商业代码，你也可以尝试通过像Google Code这样的服务来管理和备份你的代码。如果你有条件的话，也完全可以在家里的另外一台机器上架设版本控制服务器，毕竟现在的硬件趋于白菜价。另外像Git这样的分布式版本控制工具既可以帮助你在本地做好代码版本管理，也方便你将代码与公司版本控制服务器之间做同步。

作为脑力劳动者，任何从你的大脑里流出的东西可能都是有价值的，最好都能像代码一样做好备份和版本管理。不以善小而不为，何况这是对你自己有益的事儿呢！