hltj
commented
6 years ago 我也备注下之前整理的一些其他东西：
工具使用
- 请使用 Intellij IDEA（社区版就够用）编辑 markdown 文件（如果只是改错别字，github 在线编辑亦可）
- 代码提交之前一定要看 diff，自行校对
对于初次翻译的要求
- 务必阅读术语表（目前是草稿）。但术语表未能涵盖所有用语，最好已经读过大多数已翻译章节，避免术语分歧。
- 建议每次只翻译一节，不建议翻译过大篇幅。但为了避免断章取义，尽量通读整篇后再翻译。
- 确保每句话首先经过谷歌或者搜狗机翻（不要参考其他家的）。 机翻前请将原文多余换行替换为空格。因为无论谷歌还是搜狗，都不会跨行翻译一句话。 机翻可能在专业术语和一些专业逻辑上有严重不足，不过它们的好处是通常对英文惯用句式、惯用语比较了解，也不容易漏词。而专业术语和专业逻辑正是我们比较熟悉的，以机翻为参考来翻译通常不容易出错，但不要完全照抄机翻。
- 如果遇到某一句不确定如何翻译，可以保持英文。这样 review 的人或者其他读者看到可以补充翻译。
- 代码中的注释也翻译，除了
//sampleStart、//sampleEnd不要翻译，这个是 Kotlin playgroud 需要用到的特殊注释，需要保留原文。 在 Kotlin 中文站/英文官方站的代码示例里，默认会把//sampleStart之前、//sampleEnd之后的代码隐藏，这样来突出代码的主要部分。 - 行级对照翻译——即中文译文与英文原文的行都一一对应，如果这导致中文从非标点符号地方断开，请使用 HTML 注释——其中
<!--放在上一行尾，-->放在下一行首。 这是为了在官方源站更新时便于合并（不易出冲突，出现冲突也容易解决）。 注意： 如果在句号、逗号、分号、问号、叹号、右括号、右引号等标点处换行以及在中西文之间自换行，那么不用加 HTML 注释。
这里西文包括单词和数字。
翻译的要求
- 热情与耐心
- 一定的技术基础与英文基础。
- 熟悉 markdown 语法，了解 jekyll 语法。
- 能够区分正文与代码：代码非注释部分保持原样，行文与代码注释部分都需要翻译。
- 正文或代码注释部分一律用中文标点符号。
- 中西文词语之间要留空格，中文与
`之间留空格。 - 中文标点与西文之间不留空格。
- 英文表示并列关系的逗号，在中文中要用顿号。
一些小 tips 与注意点
you/your/we/us等有时需要将对话语气转为客观描述语气。不要在译文中使用您you的原文都可以译为省略主语的中文，如果实在不能省略，请使用你。A, B, C and D翻译为甲、乙、丙与丁。and尽量不要译为“和”（偏口语），常见译法有与、及、以及、并且、并、且、而。and other ...通常以及其他……。and有时也不译，直接逗号断句。example尽量译作示例而不是“例子”，同样是前者更偏书面语，后者更偏口语。never有时译为决不会比从不更通顺。from有时译为在……中比从……更好。另外也译为来自、源于。the有时也要翻译，这时翻译为该、其等。- 被动语态翻译更好方式：变被动为主动（有些翻译成忽略主语的主动式），另外有些英文词语对应中文的主动与被动表意差异不大，这时可直接用主动语气表示。
- 过去分词翻译辅助有：
已……的、受、所。 while在子句首，可翻译为同时、而等。specific指定的，特有的，具体的；given给定的。To do sth. , ...可能表示 “要做xxx” 或者为做xxx。表示前者含义时，译为如需 XXX，可 ……通常会比“要 XXX，……”更自然。allow不一定总翻译成允许，很多情况都可以译为让 XXX 可以/能够……、支持 ……——对于这种情况，通常中文都不用“允许”一词，试想一个大活人凭什么需要一个事物“允许”？更多的是表达有了这个东西，大家多了一种选择。one or more/one or multiple以为一到多个比“一或多个”更自然。- 机翻时可能会把 if 条件句式翻译为
“如果……则”，应该纠正为如果……，那么或者如果……就，若采用偏文言形式，则用若……则。 - 如果有些英文单词不译，那么需要注意要在译文中采用原形形式，比如
volatiles要改用volatile。
imknown
Shadowell
panda8z
iseki0
HoshinoTented
ShreckYe
2BAB
1.3 要正式版了... 占个坑先... 方便后续讨论... (主要是 我怕我自己 忘记了...)参考:
31
34