参与掘金翻译的一些总结与思考

截止此文发布，我已经翻译了 3-4 篇文章以及参与了 5-6 次校对了。现在写下此文来总结和分享下我参与翻译和校对的一些总结和思考。

翻译的平台是——掘金，下面是官方简介。

想要参与翻译和校对，可以加入掘金社区成为一名译者。你只需要参照 README 中的指南在 issue 区提 issue 并通过管理员审核即可。整个流程十分友善，并不会为难人。

官方的 repo 里提供了很多指南，感兴趣的话可以自行查阅。

下面分享一下我是如何校对和翻译的。

翻译/校对的经验

但是，要参与校对和翻译，显然是有一定的门槛的：你需要会一门特定的技术以及具有一定的英语能力。

技术暂且不论，选择一个或多个你比较熟悉的领域就可以。（管理员貌似不会特地审查技术水平）

工具
英语能力的话，其实可能也不太重要，利用在线翻译等工具可以很好的帮助我们翻译。推荐一下我常常使用的工具：谷歌翻译、deepL 翻译以及 bing search。

前两者，单词、短语和段落都能翻译，bing search 主要是翻译单词和短语，而且提供 web 中词义。
另外，如果你翻译前端方面的文章话，MDN 也可以用来检索相关词义。

不过，这些都只是工具而已，而且都有不准确的情况。
个人以为，要翻译出比较好的效果，最好是自己翻译再结合工具的翻译结果。想要锻炼自己的话，还是得自己先翻译一遍，再来参考工具的翻译。

虽然都是在说翻译，但是，校对和翻译差不多，不可避免的要通读全文，掌握上下文意思后，审视翻译者的翻译是否通顺合理。当翻译的不够准确时，校对者所做的实际上就是翻译了。

参考前人
另外，如果参与者对相关的操作流程不熟悉的话，且文档里没有写明的话，其实可以参考之前的 pull request 和 issue 里面的做法，多尝试几次就熟悉了。

小技巧
在 review 的时候，有时会看到如下所示：

使用这种方式 review 可以让译者更方便的接收来自校对的修改，无须手动编辑文件。同时，校对会和译者共同成为 commit 的提交者（如果你的修改被采用的话）。
怎么做：在 review 时点击具有+-符号的图标，添加上你的修改和意见就可以了。详细可参考这篇文章。

参与社区的活动，你也可以收获很多。

参与校对和翻译比较好的一点是，你可以熟悉 Github 上常见的一些操作，比如：
在校对中，可以熟悉 review 的流程；
在翻译中，可以学习同步 fork 的项目、发起 pull request、根据 review 意见修改 pull request 等流程。

参与校对和翻译也是可以学到许多知识的，
除却上文提及的，你很显然需要阅读你要校对/翻译的文章。从文章当中，一方面我们可以学习作者讲述的技术技巧，另一方面，我们也锻炼了阅读英语文章的能力。

此外，参与翻译和校对，你也获得一些实际上的好处。
每次参与校对和翻译后，你都会获得一定的积分，然后可以积分换取由掘金官方提供的奖品。

最后，参与翻译后，你还需要将译文发布到掘金上，
这可以用来传播个人名声。译文不错的话，可能会得到掘金官方的宣传。每次与他人协作的过程，也能宣传自己。

简单总结一下，参与掘金翻译/校对，个人的一些收获：

根据翻译和校对的规则可以知道，译者翻译后，需要两位校对者校对后才能发布。

但是，这之后，往往就没有再审核的步骤了。

如果，译者和校对者都不负责任的话，最后的译文质量往往不堪入目。不过，三个人都是这样的情况比较罕见。但是，若译者不负责的话，校对需要指出修改的地方就会特别多，而校对者指出一部分错误其实就尽到自己的责任了，再多的错误也是有译者所带来的，与自己无关。那么，最后译文的质量就往往不尽人意了。

有时候，译文过长时间没有校对，往往一位校对审核后，译文就会被发布了。

这一方面是由文章质量决定的，好的文章自然会吸引好的译者和校对者；另一方面，可能需要加强管理和审核。提高成为译者的门槛，无疑会影响想加入者的热情同时也会加大管理者的负担。在每个文章发布前再复核一遍，也是同理。

说实话，质量参差不齐，且来源比较单一（大多数源自 medium）。像“xx 个好用的 xx 扩展”或者“xx 个 xx 技巧”之类的文章，也很容易看到，而且基本属于拼凑式的水文。但是不可否认，也是可以学到一些东西。

不过，好的文章也需要作者写出来，按照二八原理，好文章往往也是少数的，所以，不可避免的会遇到不太好的文章。一般般的文章也是可以学到一些东西的，不愿意看的话，避开就是了。

博客只是记录一下本人的所知所感，文章内容后续会不定时更新。