读完前两章,中文版在审校上有很多的疏漏,很影响阅读体验,读完之后凭借印象就翻出了好几处错误:
fact(n)
应该为fact(6)
还有类似于 p85 讲解 C 函数指针局限的时候,把对示例代码的解释放到了示例代码之前这种排版问题。
除了丢配图这种严重错误,虽然错别字不影响理解,但还是有些失望,感觉对不起这本书的定价 79,日文不太懂,否则考虑配合原版去读了...
传说中的译者被召唤来啦!!感谢楼主提出这些错误,其实每本书都有很多错误(要不然图灵也不会有专门的“勘误”板块来提交这些错误啦),楼主不妨看看其他书的勘误板块里面有多少量级的勘误,我认为在图书出版中还是比较正常的。其实我们在至少三轮审校的过程中,找到的错误恐怕是楼主发现的 10 倍还多,其中包括原书就有错误的(我都会一一发邮件跟 Matz 确认),还希望楼主和其他读者给予理解。另外正如 8 楼同学所说,希望楼主将发现的这些错误提交到图灵的勘误板块(我自己已经提交了 4 条勘误,不过没有和楼主的重复,请尽管提交),以便下次重印(首印册数不多的,卖光就会重印)时一并改掉,图灵会对勘误给予小小的奖励。当然,我说这些并不是为自己和出版社开脱,任何错误都是我们的责任,责无旁贷。
从翻译角度来说,敢翻这本书我也算是顶着巨大的压力冒着大不了被你们喷死的决心来的,@lgn21st Daniel 曾经在去年 Ruby 大会上见过我,我们一起跟 Matz 吃饭还进行了一段采访,我虽然不是技术大牛,但我有信心这本书的翻译要比上一本《程序世界》好。当然,由于里面涉及的技术话题过于广泛,我相信几乎没有人能够对这些话题全都精通,因此我很谦虚地求拍砖,希望大家多提意见,在此谢过。
#13 楼 @Shyujikou 谢谢周自恒,我的《代码的未来》还在路上,不过样章我已经看过,对你翻译的态度和专业能力我非常放心,而且上面提出的这些问题其实都不是核心问题,也不能证明整体翻译水平不好。
可能这本书在 Ruby 圈子里面太过重要,铁杆 Rubyist 们都是一群追求极致和 Perfect 的人,所以这本书的 perfecting 的过程需要大家一起努力,请大家务必把你们发现的错漏之处提交到图灵的勘误板块,这里一并谢谢译者的辛苦努力以及大家的热情了。
然后我专门开一个帖详细回复一下楼主找到的几个错误,算是表达一下诚意吧 m(_ _)m:
#17 楼 @ywjno 译者确实是用心的去翻译的,而且翻译功底扎实啊。比如 @Shyujikou 翻译的 30 天自制操作系统 也很不错啊。而且,这些错误只是很小部分的笔误,不影响阅读。所以,我觉得你没必要退掉 ;) 一本书能有好的作者 和 好的译者 实属不易,这本书两者兼备! @Shyujikou 辛苦了!
#13 楼 @Shyujikou lgn 说的是,不是核心问题,而且我不认为译者是主要原因,审校和排版应当是出版社的责任吧,不过这本书确实是我读过书中疏漏比较多的,我真的是读完第二章之后决定记录下错误的地方,随机快速阅读出来的 我会把找到的提交上去的,看了下书架,我仔细阅读的书里只有黑客与画家是图灵的了,那本我记得错别字的数量还好
还是要感谢你的付出,在内容表意上很清晰,可以通过书上的代码对比你的翻译可以证明,希望出版商可以严谨些...
#20 楼 @skandhas 说的是,翻译也挺辛苦的,再次感谢译者 @Shyujikou
PS:不知道为了实现能看懂日文原版书的这个愿望,而兴起了学习日语的潮流呢?
大家好,我是这本书的策划编辑兼责任编辑,对不起来晚了。 感谢楼主和其他同仁提出的勘误! 审校上有很多疏漏,特别是那个丢图,真是不可容忍……
我作为责任编辑,承担所有责任,接受大家的批评。 @Shyujikou 作为译者,交上来的稿件已经非常优秀了。 话说,他还帮 Matz 勘误了好几处……
楼主指出来的那些笔误在编辑阶段应当消灭。 至于为什么没做到,我们讨论了一下有以下三个原因: 一是编校流程不够科学; 二是给编辑的时间不够; 三是编辑的功力不够。
我们会尽快调整工作方式,以期更好地保证编校质量。 再次谢谢大家!
我的代码的未来刚刚到手,感谢@Shyujikou 的辛勤工作
简单翻了一下,说实话真不比国内技术书籍的平均翻译和审校水平低(当然,黑客和画家是例外的很好)。讲解主题类似的书里,有一本“编程之魂”,也涉及了非常广和深的语言方面知识,结果是翻译的几乎惨不忍睹,这本代码的未来已好了很多很多了。
其实出现的大部分错误,主要是审校问题,而这主要是审校和出版流程带来的,就和我们 coding 一样,谁都不能保证没有 bug,甚至简单的 typo,但是我们有自动测试框架,有回归测试,有反思错误原因的 Five Whys,所以,如何为更强调一次成型的图书出版行业加入 lean 流程,是可以琢磨琢磨的:)
对于翻译本身来说,限于国内的技术环境,我们真的需要理解译者,国内有几个人经历过 simula 风起云涌的时代,了解它是如何影响 OO 的?又有几个人知道 Forth 语言简洁精悍的实现,是怎样启发了 PostScript 的前世今生?我们的知识积累都太浅太有限,只要尽其所能为大家引进新的知识和思想,就是值得尊敬的
#59 楼 @lakuxin 今年因为一些事情,协调 matz 的时间晚了,所以按照现在的计划,可能时间上不太满足 matz 那边的安排,当然我们还在继续努力。另外,今年的 RubyConf 将会办在北京,我 @lgn21st @yedingding 还有所有北京 ruby 社区的朋友们 一起来做好这件事情 @Shyujikou 能做访谈就太好了,从 lgn 那里听了一些事情,非常佩服啊!
#65 楼 @changming #66 楼 @hpyhacking 你翻翻之前的回复,译者和出版社方面的态度还是没得说的,绝大部分错误还是不影响理解的,http://www.ituring.com.cn/book/1073 勘误里面已经有很多热心网友去提交了,相信再版会非常完善
其实传统书籍也有版本一说的,看它的「xxxx 年 xx 月第 x 版第 xx 次印刷」基本就知道这本书是不是一本畅销书了, 比如我手上的这本C 程序设计语言,就是「2012 年 7 月第 2 版第 34 次印刷」,两年不到的时候就印了 34 次,很畅销啊(可惜找不到印本数,不然就能推算出一共印了多少本)