[讨论] 关于 register, service, provider 等词的翻译的建议

其实，翻译的时候，应该尽量把you、our、we等代词去掉，更加符合中文表达习惯。参考这篇：http://blog.huangz.me/diary/2015/notes-abo...

@tsin 确实，我翻译的时候就会去掉一部分人称代词。

提议很好，不过中文博大精深，同这种合作翻译也很难做到那么统一的。太多的规范反而会让翻译变的更麻烦。

你的想法是好的，但是翻译是仁者见仁智者见智，即使中文文章都会引来不少误会。

所以 Register Service Provider 连起来

注册服务提供者 -> 登记功能供应者

不觉得奇怪吗？还是我先入为主了吗？

简单说一下个人想法，第一个词，翻译成注册，我认为是比较合适的，比如说，我们日常交流中，注册一个账号，而不是登记一个账号，在这个过程中，虽然我们是对程序发出的指令，程序作出响应，但是程序没有生命，构成不了主动关系，至于减少后台实现的神秘感，emmm，神秘点不好吗？用户觉得高大上，作为编程人员也方便** :relieved:

第二个词，服务提供者变为功能提供者，会不会存在扩大“范围”的问题。

第三个词，服务提供者对比功能供应，是否缺了一些优雅性？

至于你和您的问题，这个纯粹是看译者的想法，比如我在翻译时有时候就是你，有时候就又成您了，至于这点是否要统一？我觉得没有太大必要，毕竟中文文档的存在是为了英语不太好的朋友学习技术，而不是看一个称呼

当然，以上纯属个人想法，不喜勿喷

@Jouzeyu 关于注册，其实我的意思是区分一下使用场景，不要一律翻译为「注册」。像是你提到的『注册账号』这个场景，确实用注册更合适。而在 Laravel 文档中，阅读的人更希望理解它的运行细节，就可以用 「登记」 来减少一些神秘感。 「服务提供者」改为 「功能供应」确实少了些优雅，而且读起来还有些别扭，但相对的，也创造了一个专有名词，相比于通用词汇，专有名词虽然会提高门槛，却我觉得会有助于对概念的准确理解。

@tsin 感谢推荐了一个很好的博客 :kissing_heart:

你确定“伺服”不是繁体中的“服务”？

支持一波，文档确实在一些名词的翻译上有待考究，要多读几遍才能理解

@largezhou 不，我确定 “伺服” 就是 繁体中的 “服务” :grin:

本来是想注明这一点，但又觉得把它拿来作简体词汇好像也没什么问题，似乎没必要特别提出来，因为它正好可以作为 「服务」 这个词的补充。原因就如上面提到的，「服务」倾向于主动，「伺服」倾向于被动。