干货｜人人都是翻译项目的Master

做者：萌萌 本文为原创文章，转载请注明做者及出处

全本 | iKcamp翻译 | 《JavaScript 轻量级函数式编程》

在平时的工做中，咱们都会常常查阅一些英文文档来解决平时遇到的问题和拓宽视野。看到好的文章或者书籍有没有想要和小伙伴分享的冲动，那么咱们一块儿来翻译吧～

翻译主张 “信 达 雅” 。“信”指意义不悖原文，便是译文要准确，不偏离，不遗漏，也不要随意增减意思；“达”指不拘泥于原文形式，译文通顺明白；“雅”则指译文时选用的词语要得体，追求文章自己的古雅，简明优雅。身为非专业翻译人员，要达到以上三点不是很容易的，可是咱们要尽量往这个方向上努力。一是提升本身的表达水平和阅读能力；二是可以让读者更加的明白做者原本的思想。有句话说得好：当把别人讲明白的时候，本身才算是真正的理解了。

2017 年 6 月 5 日，iKcamp 开始翻译第二本书 —— 《JavaScript 轻量级函数式编程》。若是你看过 iKcamp 最近在掘金、知乎或者公众号上发过的关于这本书的文章，应该对本书有一个大体的了解，本书的做者是火爆全球的 《你不知道的 JavaScript》 一书原做者 。旨在探索函数式编程的核心思想，可是并不会使用大量复杂的概念来诠释，因此称之为“轻量级函数式编程”。“轻量”并不意味着本书是一本“入门级”的书籍，相反，本书包含各类复杂的细节，深刻探讨每一个知识点，但愿可让读者对函数式编程有一个更深的理解。

身为此次翻译项目的 Master，在这个过程当中学会了如何组织一次翻译项目，如何定制翻译计划。秉承着 iKcamp 的分享精神，下面介绍一下咱们此次翻译的流程、遇到的一些问题、解决的方式以及待优化的点。但愿你们看了以后能够对组织翻译项目有必定的理解，而后也能够提出本身的建议或者解决方案，也能够应用在本身的项目中。

项目详情：

• 书名： 《Functional-Light JavaScript》
• 做者： Kyle Simpson
• 文章数量： 21 篇
• 参与成员： iKcamp 中的 17 名童鞋
• 预计完成时间： 2 个月

须要考虑的问题：

在开始翻译以前，有不少问题都须要考虑好，下面几点也是我在项目开始以前都考虑的问题，列出来和你们探讨一下：

• 如何确保翻译质量
• 如何让每位成员都熟知翻译流程和翻译规范
• 如何确保翻译进度
• 成员之间的联系方式

解决方案

一、如何确保翻译质量

翻译项目天然是翻译质量最重要，那么如何在成员还不算少的状况下确保翻译质量和翻译进度呢？ 和小伙伴 Au 商量一番以后，咱们决定采用分组制的策略。Master 对接组长，组长对接组内成员，组长由有翻译经验的小伙伴担当。分组的好处有如下几点。

• 因为组长已经参加过翻译计划，就能更好的解答组内小伙伴的疑问
• 组长有更自由的职责分配和更多的权利来掌控组内成员的翻译进度和翻译质量
• 由组长把控组内的翻译质量，继而再由 Master 管控小组的翻译质量

二、如何让每位成员都熟知翻译流程和翻译规范

若是让每位成员都熟知翻译流程和翻译规范，那么就要知足下面的几点要求：

• 要有一个文档，上面清晰的写着如何走完整个翻译流程。
• 这个文档要方便打开，而且支持各个系统，没有格式的阻碍。
• 每位小伙伴均可以随时访问到。

基于以上几点要求，咱们最终采起的策略是在 GitHub 上新建一个仓库，用 Markdown 的形式，以读者的视角把整个翻译流程展现出来。具体连接能够戳这里。

三、如何确保翻译进度

其实这个是很头疼的一点，由于参与的小伙伴可能来自不一样的公司和不一样的部门，那么他们的时间也是不肯定的。可能有时候忙一些，有时候闲一些，怎么才能在确保翻译进度的前提下让小伙伴高质量的完成翻译呢？

我当时想的办法是给每个流程规定一个 deadline，这个 deadline 是根据项目进度来讲能给的最宽裕的时间，而后在认领翻译的时候，小伙伴能够根据本身最近时间的宽裕程度来决定翻译完成的时间，只要在这个 deadline 以前均可以。下面是咱们认领时候的一张截图。

基本格式为：认领类型（翻译／校对认领）- 截止时间。 这样就能够不用强制每一个人的进度，让小伙伴本身来掌控进度。时间是本身选的，哈哈，那就要在规定的时间完成咯。

四、成员之间的联系方式

iKcamp 的小伙伴来自不一样的公司和不通的部门，可是如今共同参加了一个翻译项目。那么如何可让小伙伴都能明确的知道目前项目的进度以及一块儿讨论问题呢？这里咱们就须要一个平台，能够可视化目前项目的进度，还须要一个能够交流的平台。 当时我想到了一下几种工具：

• Google Docs
• Teambition
• GitHub
• 微信

当时以为用 Teambition 还不错，可视化，并且能清楚的看到项目目前的进度，但是后来对比了一下 GitHub 的方案，发现其实这些 GitHub 也能作到，好比说用 GitHub 的 label，给每一个流程的 label 命名也能很清晰的看到目前项目的进度，并且 GitHub 相对于技术人员更专业一些。关于讨论问题这方面，就要找到一个让你们都能参与进来，并且很方便的工具。因此最后就选用了 GitHub 来可视化项目的进度，用微信群来讨论。

解决了上面的问题，那其实准备工做就作的差很少了，下面就按照流程一步一步的来就好啦。

开始翻译

翻译大概能够归纳为如下几步：

• 准备工做
• 以小组的形式自愿认领翻译文章
• 翻译，校对
• 整合

1、准备

Master 把每篇文章提一个 issue，而且每一个 issue 附上相对应的 label，用 label 能够很直观的来确认文章目前的进度。我把 issue 的 label 分为 8 种：

不一样的 label 对应着目前的文章进度。在 issue 的下方附上对应原文的地址，这样可让译者更方便的找到对应的原文去翻译，仍是上面的那张图片：

2、主要翻译流程

认领文章

分好小组以后，下面开始以组为单位认领翻译文章。每一个小组内的小伙伴会商量一下想翻译哪些文章，而后再以组为单位到 label 为翻译认领的 issue 下面认领文章。

组长到对应的 issue 下面留言“认领翻译”以后， Master 会把 issue 的状态由 “翻译认领” 切换为 “正在翻译”。

分配好小组，认领完文章以后，会留时间让你们认真的阅读翻译流程和翻译规范。磨刀不误砍柴工，这些都是翻译工做开始以前的基础，熟悉了这些以后，可以避免不少错误和减小校对的工做量。

开始翻译

函数式编程专有名词库

在翻译的过程当中，不免会遇到不少描述不太清楚的专有名词，一个办法是小组内进行讨论，最后商量出来结果，小组内统一翻译。但是这样有一个很差的地方就是：小组内虽然统一了，但是组与组之间并无统一。因此在这里，咱们建了一个函数式编程专有名词库，把在翻译过程当中遇到的专有名词及其翻译都添加到这个库中，这样你们翻译的时候遇到不太明白的就能够在此库中查找，统一了你们的翻译，不会出现一词两译的状况。

由于本书的主题是函数式编程，因此这个名词库里大部分都是函数式编程相关的专有名词。你们能够按照项目的不一样来决定名词库的主题，也能够把翻译过程当中遇到的全部名词都放在一块儿，这个就看大家的需求啦。

翻译完成

小伙伴完成翻译以后，要在 GitHub 上发起 Pull request，而后在 PR 下留言写上对应的 issue 连接。这样 PR 和 issue 就关联起来了。以后的工做就主要在 PR 下留言完成。

下面为发起 Pull request 的两种方式：

点击按钮以后，会出现下面的页面，在图中能够看到，先选择目标分支，而后选择翻译时本身建的分支，此时就会产生文件的对比，而后点击下方的 Create pull request 绿色按钮，就成功的发起了一个 Pull request。

到目前为止，翻译流程已经结束了，翻译过程能够归纳为下面的几步：

校对

如何校对

当译者完成翻译发起 Pull request 以后，在对应的 Pull request 下方会有译者的提交记录。

点进去，就会看到译者的改动点，把鼠标放到你认为须要修改的那一行，会出来一个深蓝色的加号，点击加号，会出来一个文本框，在里面输入你的建议，点击绿色按钮 Start a review 便可。

一校：组内校对

第一轮校对是组内校对，组内成员之间交换文章，检查基本的语法和格式问题并修改。这样在进行第二轮校对的时候就减轻少了一些工做量。

二校：认领校对

一校完成以后，至关于每篇文章都符合基本的格式规范，都可以表达出来做者的基本思想了。下一步就要开始进行“真正的”校对 —— 二校。二校主要校对文章句子的准确度和顺畅度，还有格式。

和认领翻译的文章同样，不作任何限制，组内成员商量想要认领的文章，而后到 label 为校对认领的 PR 下面留言认领校对。

修改

每次校对完成以后，翻译此文章的小伙伴都要根据校对者的意见进行一次修改。在修改过程当中能够把一些想法和建议丢到小组内商量，若是和校对者意见不一致的地方，也能够在校对者的留言下方进行回复商量。最终肯定修改的方案。

终校

经历了一次翻译、两次校对和两次修改以后，文章总体都差很少了，不过还差最后一步，就是做为一名读者去真正的阅读文章：切身的去体会读者的感觉；句子读着是否顺口；有没有格式错误影响阅读体验。因此接下来就是最后一轮校对 —— 终校。每位小伙伴能够选择本身感兴趣的文章进行校对。同时也鼓励你们，有哪些看不懂的地方就在下方留言，咱们一同讨论解决办法。

关于校对

在此你们可能会有一个误会，就是校对比翻译更轻松一些。其实我并非这样认为的。我以为翻译和校对一样重要，他们的时间比重应该是大差不差的。校对者要确保文章的表达力度、格式及可否被读者所理解，付出的时间也和翻译至关或者更甚。因此，咱们的校对不止进行了一遍。尽可能作到能清楚的表达做者的意思，并且容易让读者理解。 在这次的翻译中，我也为你们留了充足的时间去校对，文本格式、表达意思都会去斟酌，相信付出的时间和成果是成正比的。

整合

文章有不少互相引用的地方，好比第 6 章会引用第 2 章的段落标题。因为在翻译过程当中译者对于做者的思想和上下文的语境可能理解的不是很透彻，因此咱们把这一步放在了最后。在最后一步咱们统一修改引用的地方，确保上下文一致。

3、结尾

整个翻译项目大体是上面介绍的这些，流程能够归纳为下图：

历经 2 个月，在 iKcamp 小伙伴的热情和坚持下本书顺利完成。我相信，iKcamp 的小伙伴在本次翻译中也收获颇丰，同时也克服了很大的困难。在工做压力大的状况下，还能保质保量的完成本书的工做，不只是热情，还有责任感在推进着咱们完成本书的翻译工做。在此特特别的感谢 ikcamp 的全体成员。也欢迎有兴趣的小伙伴加入到 iKcamp 中来，咱们一块儿玩技术～

不过对于翻译项目的 Master 来讲，道路还很遥远，由于是第一次担任翻译项目的 Master，不少地方仍是欠缺经验，在这个过程当中多亏了 Au 还有周妈妈以及小伙伴们的帮忙和配合才完成了此书的翻译。此次翻译流程还有如下须要优化的点，以后你们在组织翻译项目的时候能够想一些更有趣的方法。

• 在翻译和校对阶段的无缝衔接
• 保持项目进度
• 翻译的统一性

本次翻译项目产出的成果

• JavaScript 轻量级函数式编程
• 函数式编程专有名词库
• 翻译规范 —— 包含翻译流程文档、排版规则和校对规范。
• 全本 | iKcamp翻译 | 《JavaScript 轻量级函数式编程》

iKcamp最新活动

报名地址：www.huodongxing.com/event/54099…

与“每天练口语”小程序总榜排名第4、教育类排名第一的研发团队，面对面沟通交流。

全本 | iKcamp翻译 | 《JavaScript 轻量级函数式编程》

---

2019年，iKcamp原创新书《Koa与Node.js开发实战》已在京东、天猫、亚马逊、当当开售啦！