怎么感觉好多前端文档都是机翻的？？

[Marstin]

访问器装饰器声明在一个访问器的声明之前（紧靠着访问器声明）。 访问器装饰器应用于访问器的 属性描述符并且可以用来监视，修改或替换一个访问器的定义。 访问器装饰器不能用在声明文件中（.d.ts ），或者任何外部上下文（比如 declare 的类）里。

这和正常的汉语语序及表达方式差太多了吧，读起来？？？？

[Lightbright]

不說別的 上下文這個詞我一直覺得翻譯的很怪

[zhazi]

我觉得上下文这个词挺好 被写文档的人用烂了
上下文在我理解是“”抽象空间中存在某种联系的事、物” 跟作用域的语意差不多

但是楼主这个文档里说的外部上下文确实让人迷惑，尤其是被外部修饰过后 既然有外部那么就会有内部

拿类打比方，一个类存在两个方法，这两个方法存在的联系便是当前类的成员变量，所以讨论这两个方法的时候提及上下文，我们会想到这个类空间以及属性，但是提及这两个方法的时候提及到外部上下文，你们品品

[Tony042]

context 翻译成上下文我觉得还 ok，如果觉得机翻的话为什么不看英文版呢，技术书籍又没有多少个难单词，句子也不复杂，熟记四六级单词就够了

[Marstin]

@zhazi @Lightbright 我感觉“参数装饰器声明在一个参数声明之前（紧靠着参数声明）”这句话翻译得就很叫人无语了，表达的意思就是“参数装饰器 仅在参数前申明”……还有装饰器这个翻译怎么想出来的。。修饰符不是挺好的吗

[anguiao]

其实翻译文档是一个收益很低的事。只有能轻松看懂且表达能力强的人，才能翻译得比较好。但是这种人他自己是不需要翻译的，所以能有靠谱的翻译确实是件不容易的事。
我自己也比较懒，所以都是中英文对照着看，感觉不太对就去看英文。如果发现一些小瑕疵，有时间我可能也会顺手改改。但是让我改一大段，那是不可能的，哈哈。

[suomy]

@Marstin 原文并没有“仅在”的意思啊.另外 Decorator 一般都翻译成装饰器,修饰符一般用来翻译 Modifier,比如类成员的访问控制修饰符

[DJQTDJ]

这不正常吗，英文版一出，国内翻译又不挣钱，所以索性机器翻译了。
既然楼主这么问了，希望楼主也能从事一下翻译工作。
干个 1-2 次，估计就没有这种心态了

[ifxo]

喜欢贡献的人才给你免费翻译，无缘无故给你免费翻译，想得美

[Marstin]

@suomy 好吧，“just before”应该是“仅在……前”的意思吧，装饰器和修饰符这个区别我确实不太理解，我要学一学了，谢谢。
@anguiao 确实，毕竟是用爱发电。

[Marstin]

@DJQTDJ @ifxo 帖中文段摘自 typescript，难道微软翻译也是依赖汉化组，白嫖的？

[sunjourney]

@Lightbright #1 我觉得翻译得很妙，这个词翻明显是精心思考过的

[DOLLOR]

@Marstin
坐和放宽，微软的产品机翻是正常操作了。
windows 操作系统中文版就有很多糟糕的翻译。

[DJQTDJ]

@Marstin
微软翻译就是白嫖的。。。。

[agriphar]

说得轻松，翻译这活，又累钱又少，要不你去干？

[Marstin]

@DJQTDJ 这特么白嫖真的过分。。

[agdhole]

如果愿意付费的话，质量会高不少，比如 material-ui 的中文文档就是请了译者来付费翻译的