如何翻译一本计算机书籍？

首先，恭喜你从吐槽方变成了被吐槽。

在我们进入正式的翻译工作之前，我们有一堆的 “准备” 工作：

1. 选择合适的书籍

2. 试译

3. 寻找合伙人

选题：选择合适的书籍

翻译之前，自然而然地是要去寻找相关的书籍：要么从出版社找对应的书；要么从书去找对应的出版社，再让出版社去获取版权。两种方式相比，最简单的就是直接找出版社的编辑，通过编辑来寻找到书单，从中再去挑选合适的书籍。。

在挑选书籍的过程中，可以稍微注意这么几个点：

• 时效性。技术书籍存在一定的时效性，等你翻译完 Node.js 9 之后，Node.js 10 已经出来了……

• 好评度。看看它们在 Amazon.com 上的评论，及相关的评价。

• 厚度。厚的英文书很考验人性，如果你的性子不好，请换本书。

我的个人感受是：

首先，一定一定一定一定要找一本你感兴趣的书。一旦不喜欢，那你可能要痛苦几个月了，而且你可能没有多少收获。

其次，还要找擅长的领域或者身边有擅长的人，万一遇到几句不懂的，还可以问问。

最后，卧槽，我爱极了满篇代码，还有到处插图的书了——翻译的时候，并不是按真正的字数算报酬的，而是估算，诸如 1200字/页。时间一久，我产生了一种幻想，有没有一本书全是代码呢/strong>

试译

试译是一个特别重要的步骤，它决定了你能不能翻译这本书。相应的有一些建议，翻译完后：

• 自己读一遍，看语句是否通顺

• 找几个文字好的人过一遍，比如学中文的人（如我就是找 @花仲马）

• 多次校对几遍，以确保没有问题

在试译的过程中，请确保、确保、确保翻译的质量要尽可能地高。要是如果没有相关翻译经验，而直接去翻译一本书，便是一次大的挑战。我第一次直接翻译书时，就有这样的感受。当然了，要是你的英语好、中文也好的话，那么问题就不大了。那么，在你决定翻译一本书之前，可以先尝试去翻译一些文章。

试译完之后 ，你一定会怀疑人生的——我妈你妈，这几十年的语文都学到哪里去了。It’s very very good，你已经要走出舒适区。我翻译第一本书的时候，由于我是英文版的审阅者，也因此没有试译。不过呢，在早期尝试试译图灵的一本敏捷相关书籍时，试译失败。

试译成功后，出版社便会和你讨论出版相关的事宜，包含相关的出版合同。

合伙人

考虑到投入产出的问题，我建议你还是找个人合伙，一起去干这一票。在你有了信心之后，就可以继续你的翻译之旅。除此，一个可怕的事实是：广大的男程序员们，普遍表达能力没有女程序员好。所以，要是能找到个女同胞合伙，那还是对提升文字水平，大有帮助的。

至于工作量上的分配，我觉得按章数直接分配是一个不错的 idea，如：我和同学小兵，翻译第一本书的时候，是以单双章的形式分开的；我和同学小兵、朋友陈福，我翻译的是前面一两章，和后面的一两章。

最后，难免你们会讨论相关的酬劳分配、署名的问题。

• 酬劳。对于酬劳来说，按页数来分配，是一个不错的主意。毕竟，原书的页数就那么多，有的章节内容少，有的章节代码多，有的章节图少。代码和图的分配，在单双章上也倾向于一个合理的水平。

• 署名。针对于署名来说，署在前面的那个人，往往是更需要对书质量负责的人。他/她可能是翻译的发起者，也可能是翻译得最多的人……。总之，活干得最多的，放在前面也是蛮合理的。

至于公不公平，那都是相对的。

翻译时

从交稿到书的最终出版，还需要一个相当长的时间，从几个月到一年左右都有可能。也因此，这个过程可能会比翻译的时间更长。

交稿完之后，便相当于是在稿件的反馈周期里。那时，还需要与编辑保持紧密的联系。

注意事项

你呢，还有什么温馨提示。

外传：原版 vs 译版

我仍然是一个喜欢看中文书籍的人，英文书籍于我而言，一来是贵，二来是阅读速度慢。

贵的这一点，也不需要我多说，而身为一个创作者呢，看盗版书籍也是对自己的不尊重——自己尚且如何，更何况别人呢。

对于阅读速度的问题，不同的人有不同的看法，有的人喜欢精读、细读。而我则喜欢先粗读，而后在需要的时再回来读这本书。我这脑子记不住太多的东西，一不用就忘了。于是，精读于我便是有些浪费时间的味道——除非，我非常迫切需要一本书。可很少存在这种情况，我就是一个书虫，还没用到，就已经读了——好书，都值得一读，不是吗/p>

而英语书经常翻译之后，价格上降了 N 倍，又能快速阅读。对于几大计算机出版社的书来说，哪怕是一本书翻译得再差，它也远远比 Google Translate 或者百度翻译更好。

相关文章推荐：

• 《一个词告诉你什么是翻译》

• 《浅谈技术翻译》

来源：Phodal