翻译官方文档或文章小姿势

翻译官方文档或文章小姿势

 

首先抛出一个观点:不太建议初学者翻译官方文档或文章

这个观点针对的是“初学者”,如果是老鸟并且业余时间很多,请绕行 :-)

 

第一个问题,【时效性】,比如长期翻译某数据库的官方文档和文章,可能你翻译完了5.0版本,7.0版本就出来了,你翻译东西的时效性已经过了

第二个问题,【海量翻译】,有些初学者自以为技术特牛,英语水平特高,为了一些名利,然后就进行海量翻译,整个官方文档完全一个人翻译出来,殊不知这种方式坑了自己害了别人,除非是职业翻译家,一般不要尝试海量翻译

第三个问题,【翻译质量】,一般来说,翻译技术性文档,要求技术和英语两者都要过硬,技术好的,英语不过关,翻译出来的东西做不到()()(),英语好的,技术不过硬,

在专业术语和作者原意上就做不到理解透彻,翻译出来的东西就会牛头对不上马嘴,而且现在很多人翻译都是一手X道词典一手英文原版,毕竟很多知识点是关联的,不整体理解,翻译出来不过是人肉自动翻译,

这个质量可想而知,而且对读者来说对文档的理解并无很好的帮助

 

虽然翻译可以提高自己能力和名气,但是很多时候往往背道而驰,做不好可能会翻车

 

例如下面这种翻译志愿者,就不太建议初学者参加

 

虽然不建议初学者去[翻译]国外的一手文档和文章,但是墙裂安利初学者去[阅读]英文一手文档和文章,习惯英文原文资料还是很有必要的,虽然不建议翻译,但是看还是要看的,而且不要阅读国内翻译的东西,

首先时效性比较差,再者翻译质量太差,比如国内某DB中文社区,翻译出来的文章,真的惨不忍睹

 

 

但是,有些人确实想对社区做贡献,走起君的建议是

1、翻译技术图书,技术图书相对时效性低,有编辑校对,翻译质量还是可保证,只要拿到授权

2、由官方主导参与协作的文档建设,由官方主导就会有权威性和正确性

 

拿微软产品的官方文档做例子

据微软内部人士,微软内部有相当数量的文档工程师,负责自家产品文档的建设,还有一些本地文档工程师做文档本地化工作,之前微软的产品文档完全是自家维护的,好像是从3、4年前开始,微软把部分产品文档放到github上,让外部专业人士一起参与建设,只要对文档有任何的建议或修订,提个PR给官方,由官方审核通过之后进行合并,这样的话,即使是菜鸟、老鸟都可以提PR,最终呈现的文档一定是准确无误的,这个协作方式对初学者是好事,对读者来说可以保证质量,对初学者来说可以提高自己水平

下面是mssql产品官档截图

 

 

最后,一个阅读外文小技巧

用翻译来指导精读, 不应该反过来

 

 

本文版权归作者所有,未经作者同意不得转载。

posted @ 2020-03-23 13:56  桦仔  阅读(...)  评论(...编辑  收藏