我们不需要翻译更正:我们的翻译人员更清楚应该如何翻译

这篇文章是试图联系出版商。 以便他们更负责任地聆听和对待他们的翻译。

在我的开发过程中,我买了很多不同的书籍。 来自不同出版商的书籍。 既小又大。 首先,大型出版社有机会投资技术文献的翻译。 这些书非常不同:我们都经历过或正在经历寻找自我的旅程。 所有这些书都有一个共同点:它们的翻译方式让人无法阅读。 当然,随着时间的推移,您会习惯术语的翻译(默默地翻译为每天使用的术语)和破碎的演示风格,从中可以清楚地看出,本文来自英语。 然而,出版商对流行出版物的定价没有习惯。

我们不需要翻译更正:我们的翻译人员更清楚应该如何翻译
邀请出版商发表评论。

我们来试着理解一下什么是书? 我们以一本 600 页的书为例,这在 IT 出版物市场上是平均水平。 根据大型出版社使用的契诃夫印刷厂的价格标签,打印一本相当于 175 卢布。 以印刷为例,2份相当于000万卢布。 此外,如果你买一本流行书,它的价格约为350卢布。 那些。 该出版物将收到 (000 - 1) * 500 - 1% = 500 卢布。

但出版有很多费用。 以下是我可怜的计算尝试,但彼得出版社在评论中进行了更详细的解释。 从评论+链接复制到评论:

我可悲的努力

  • 支付仓库费用;
  • 用于从印刷场到仓库的运输;
  • 经销商服务(据我所知,每本书大约150卢布......但这只是幻想)
  • 翻译和编辑服务;
  • 某个小比例——整个出版团队的工资(书很多,所以比例很小);

回答 IMnEpaTOP。 还有 许多其他有趣的事情,我建议阅读

  1. 您忘记了向版权所有者/作者付款(预付款+版税)。
  2. 您计算的税款不正确(低估)。 有增值税,有实际税收。
  3. 您没有考虑“周转率”,它决定了保证金要求。 正如您自己所注意到的,这本书一个月后还没有出版。 流通量一个月不卖。 而且从一开始的成本就相当巨大(预付款+管理,先于检索、接受出版、获得权利)。 费用伴随着这本书,直到最后一本售出。 如果出版物不能产生比其他投资方法更多的收入,那么出版社为何存在?
  4. 如果你有一个团队,那么就有一个办公室,他们在某些计算机上工作,等等......他们的维护需要花钱。
  5. 员工工资只占很小比例的假设只有在书籍确实很多的情况下才有意义。 但如果它们有很多,它们不可避免地会受到很少的关注(这是你不喜欢的)。 而如果工作中的书籍很少,那么这些费用所占的比例就不能小。 一般来说,该费用项目会动态地占用读者愿意为其支付额外费用的金额。
  6. 商业风险。 并非所有书籍都按计划销售,这意味着,充其量,并非所有书籍都能盈利。 而且,并不是所有的书都卖完了。 当然,所有这些风险都通过所有出版书籍价格的上涨来计算和补偿。 因此,流行书籍为不成功的书籍付出了代价。
  7. 您计算中最糟糕的一点是经销商佣金。 不固定150r。 它根本不是固定的。 出版商批量运送书籍。 网络以任何被认为合理的价格上架。 根据您的计算,发布商的价格标签增加了约 10%。 这与事实相去甚远(相差好几倍;出版价涨幅可达60%,都是批发商占为己有)。

因此,会有疲惫,但不会精彩。 例如,500,000 份副本中的账户最终将获得略高于 2,000 卢布的金额。 从大企业的角度来看,金额并没有那么严重。 因此,出版商开始省钱。 例如,在上面的列表中,我没有指出由母语人士对本书所涉及的技术进行校对。 为什么? 因为出版社给出了这样的模式:“技术专家免费校对一本书,纠正它,纠正它,作为回报,他们在没有人阅读的地方以小字印刷了自己的名字。” 对某些人来说这是一种自我重要感,对另一些人来说则是降低成本。 听起来不错,如果不是因为一个“但是”。

出版商不需要我们的编辑。

不是每个人都知道,但我知道 小工作,我时常写的。 它位于 github 上并根据免费许可证分发。 通过这项工作,我联系了两家出版物(我不会透露名字,但他们的书在你们的书架上)。 早期我第一次尝试上诉,当时写了30%。然后,经过很长的通信(大约80封信)后,我们争论道:

  • 我想要自己的封面,这是我从 Lebedev 工作室的设计师那里订购的。 他们不是;
  • 他们希望我从 github 上删除这本书的所有副本。 这是不可能的,所以我就辩称不可能;
  • 我想保留单独出版英文版的权利。 他们实施了一项禁令,理由是如果一家英语出版社与他们接洽,他们就不想放弃从中赚钱的机会。 但从未联系过他们.
    我要求更改合同,但他们这样做的方式是,从表面上看,我的所有内容似乎都可以单独以英文出版——在不同的出版社。 但事实上,没有。 谈话就这样结束了。

我联系了另一家出版物。 他们要求阅读文本,我发送了。 他们提出了条件:

  • 这本出版物将花费我 200,000 卢布。
  • 500份起
  • 低密度纸(新闻纸,当字母可见时);
  • 出售时 - 45% 给我,55% 给他们。

同时,他们的翻译也对作品进行了检查。 那些。 这是什么意思?

出版社没有程序员。 相反,有人做技术翻译。 该出版社的管理层中没有程序员。 这是什么意思? 管理层不知道文本在说什么。 他们本质上只关心销售。 有一名工作人员负责翻译技术文献。 他可能把狗吃掉了,不是吗? 这意味着他们信任他并认为他是该领域的专家。 这个人收到某作者的一本书作为输入,并将其与自己的经验进行比较。 由于他在输入时会收到一系列书籍+有些正在制作中,因此他不会太深入地研究文本。 他们写给我的内容:

报价:“这根本不是析构函数,因为 C# 中的终结器和 C++ 中的析构函数的声明相似,所以最初看起来可能是这样。 与析构函数不同,终结器保证被调用,而析构函数可能不会被调用。”
口译员: “C++ 中的析构函数可能不会被调用”这句话完全是无稽之谈(更不用说使用动词的反身形式,这在这里是不合适的)。
第二部分中对异常的讨论更有趣,但并非原创 - Richter 的书“CLR via C#”可能包含所有这些。 <Publisher> 翻译的有关该主题的书中完美地涵盖了所承诺的多线程。
作者使用的术语也无助于本书的可信度。
但这里还有另一个例子:从字面上看,在一页上有一个术语(堆栈展开)的三种翻译:提升、展开和展开。 对此如何评价?
一般来说,要以书的形式出版,你要么需要重写材料,要么仔细编辑。

我不会假装自己有良好的风格,没有语法、拼写错误。 但是……译者有分析技术描述中的错误吗? 并且如此自信地提出重写所有内容,并且不认为自己不知道某些事情。 答案是:

如果不从对象中释放内存,则不会调用析构函数,因为将会出现内存泄漏。

与我的书中不同的是,到处都对异常进行了肤浅的描述。

作者使用的术语也无助于本书的可信度。

这是程序员的术语。 您的专家是 .NET 开发人员吗?

但这里还有另一个例子:从字面上看,在一页上有一个术语(堆栈展开)的三种翻译:提升、展开和展开。 对此如何评价?

这三个词都被积极使用。

与此同时,我尝试将英文翻译成俄文。 文字是典型的地狱。 无论是在风格上还是在术语翻译上。 那些。 它是用俄语写的,但不是用俄语写的。 用英语写的。 听起来有点熟? 我卷起袖子开始编辑。 有时 - 在段落中。 答案是这样的:你为什么要这样做? 我们更清楚如何才是正确的。 我们的翻译非常好,有了他就不用再看风格和翻译了。 只有一些术语、代码清单。 没必要在翻译上浪费时间。

如何

为我翻译成英文 巴托夫。 他和他的团队采取了完全不同的方法。 因此,我有一些东西可以比较。 他和第二位翻译最初向我提出了很多问题。 关于继承,虚拟表。 方法,关于GC。 他们问了很多问题,我确信他们俩都会通过 .NET 程序员的面试。 然后,随着时间的推移,问题变得越来越少。 而目前几乎没有。 为什么? 因为他们想出了正确的术语。 最近他给我发了这个:

我们不需要翻译更正:我们的翻译人员更清楚应该如何翻译

说我很惊讶其实没什么可说的。 那些。 原来翻译也能好? 🙂 但在一个条件下:当程序员的编辑与翻译并行时,而不是在最后,出版社会为所花费的时间感到遗憾。

编辑和校对程序员必须与翻译并行工作

自己的结论

出版商不需要高质量的俄语翻译。 这对他们来说是昂贵的。 程序员一边校对,一边做全面编辑,直到与出版商达成一致(每一段都有争议),会过去很多时间。 甚至可能是一年。 在此期间,该技术可能会变得过时且不必要。 趁着话题很热,这本书现在应该被扔到书架上。

另一方面,互联网上充满了文章。 免费文章。 出版社正在失去客户。 尤其是翻译很糟糕。 但是,亲爱的出版商。 我们为什么买书?

就我个人而言,我看书是因为书的作者与文章的作者不同,他具有全球性的思维。 那些。 我对这项技术有了更深入、更周到的描述。 我个人发现阅读一本书比通过电子阅读器或屏幕阅读更容易。 没有屏幕亮度,可以翻页。 因为我厌倦了屏幕,我想要一些有触觉的东西。 一本书。

因此,亲爱的出版商。 印刷业的猛犸象。 译者之间存在翻译顺序。 如果源语言的母语人士首先进行翻译,则由目标语言的母语人士进行编辑。 这对你来说并不奇怪。 这是合乎逻辑的,对你来说似乎很正常。 所以,对于IT书籍来说,载体就是程序员。 我们需要被倾听。 这样后来我们读了你的书,你在博客和免费信息的时代就有了收入。

只有注册用户才能参与调查。 登录拜托

本书的技术翻译:

  • 直到今天我仍然保留翻译。

  • 我已经一年没有读翻译书籍了。

  • 我已经两年没有读过翻译书籍了。

  • 我已经四年没有读过翻译书籍了。

  • 我已经五年多没有读过翻译书籍了

175 位用户投票。 46 名用户弃权。

关于编辑

  • 编辑程序员必须被倾听和信任。 检查但信任

  • 译者做得很好,程序员不是作家,最好不要听他们的

  • 你的版本(在评论中)

133 位用户投票。 52 名用户弃权。

来源: habr.com

添加评论