各位同事好！
刚刚上去看了邹欣老师的博客，因为以我对他的了解，我想他一定会以很快的速度在自己的博客上公布勘误。果然晚上我就看到了他在自己的msn space上公布勘误，同时他还找出了去年年底和今年2月初给编辑提醒的邮件，我都拷贝在下面了。
上周我发了一封关于培养我们的专业精神的邮件给大家，也在几个部门例会和干部例会上再次强调了这一点，但我也知道我们欠帐很多，还起来不是那么容易的，但不容易也得还。昨天《编程之美》的样书给了铁锋后，铁锋晚上发来短信，说有一处严重问题，我就深感紧张。从医院看望我妈妈回来后我就赶紧上来看邮件，但还没收到邹欣老师的邮件。晚上没睡踏实，一早起来看邹老师的邮件，果然那一处严重的问题必须修改，同时还发现了10多处bug，但这还只是目前24小时内发现的问题。一早我电话叫醒了lisa，和她强调了问题的严重性，同时赶紧给电子社印务负责人去了电话，得到了印务负责人的大力支持，他立刻联系了印厂，通知印厂今天先不忙装订，并把装订和印刷的联系人电话给了我。我请铁锋和莫瑜抓紧处理勘误，拟订出一个勘误表，这样可以在批量样书上市的时候，把纸质勘误表插入书中，对读者也算是个负责任的交待。同时，P44页的严重错误马上修改，请翔子在京出胶片，然后送到印刷厂处理。
lisa和翔子在今天上午迅速处理了P44页的胶片，印刷厂保证说不会影响样书的进度和批量上市的进度。
Lisa在工作日志中提出请公司尽快安排对编辑进行代码格式方面的知识培训，我觉得这是以往我们失察了，责任在我。所以要罚款，也首先是对我罚款，其他同事的责任小于我。今天我看到michael的邮件（这本书因为信不过本地不够负责的排版公司，是博文自己的同事michael亲自负责排版的，每天michael都坐在lisa旁边修改调整版式，很辛苦，但确实公司在一些流程环节上没有给予他严格有效的支持）：
“周老师，
您好！
收到你发的关于《编程之美》样书检查出错误的邮件后，作为此书的排版者心里很不安。经电话询问责编才得知44页的具体错误是关于数字次方的问题。
自己立即查看排版各环节中用到到文档，经过查看编辑第一次提供的原稿，原稿的数字是带有次方的（如20），再查看第一次排版后的文件发现已经不是次方而成“20”。
出错的根本原因：把原文件拷贝到排版文档中应用设置好的样式后，文档中所有的上下标和特殊格式全部都被被迫取消，就成为后来的20。其次在排版时没有查看原稿的一些特殊格式，在排完版后也没有去对照原稿检查，想当然的以为样对会对着原稿校对排版后的稿件，校对能发现这些特殊问题，因此这样严重的错误。
鉴于此项原因，此次的事故因我的疏忽大意而产生，请求给予处分。
建议：为了避免再次出现类似问题，建议排版后，安排校对人员对照原稿校对排版后稿件，以及时发现因排版导致的错误。
”
***********************
出现事故，抓紧解决，这是毫无疑问的，更重要的，还是要了解出现事故的根本原因。其他出版社屡屡出现代码格式问题，我们相对少一些，是因为我们之前做外版书多，很注意对照原版书严格校对代码格式，但是做了本版书后，没有外版书可以参照校对，又没有及时补上对这个环节的有力监控，凭借编辑去摸索，也没有对排版人员进行代码格式上的严格培训，校对环节也有缺失，所以导致问题屡屡出现。
不过，我有决心与团队同事一道解决这个问题。我知道专业化的道路对任何一个想在更大的舞台上进行竞争的中国团队来说都是不容易的，因为以往我们缺乏严格的训练，缺乏做事高标准的要求，做事容易松懈，容易打折扣。但国内还是有不少能把工作第一次就做到位的团队，我们在学习汪中求的《
细节决定成败》的时候，就能看到国内一些企业，因为带头人有追求精益求精的决心和行动，逐步就能把工作带上专业化的轨道。我们目前的差距还很大，我这么说的时候，团队一些对细节不以为然的同事还不大肯承认。
我们有同事一搞就把作译者的名字写错了，或者把合作伙伴的名字给写错了，比如铁锋的名字，很多编辑经常错写为“铁峰”而无所谓。一些同事写工作日志敷衍了事，或者不肯好好做工作计划和记录，问到细节就张口结舌，回答不上来。
思考的不足，对工作缺乏高标准的习惯，行动力的欠缺，等等，都是团队一直都有的慢性病，治急性病相对容易，治慢性病是治本，需要的时间长，关键是每天都得坚持，不能有一天松懈。不过我和伙伴们都有决心从自己身上做起，想拔掉慢性病的根子。
与一些优秀的客户合作，能从旁得到印证，知道优秀的工作需要怎样的工作态度和工作精神，这是博文团队目前深感幸运之处。但这种幸运需要靠我们自身坚持不懈的努力去延续，否则幸运就会与我们擦肩而过。
邹老师说：出来混，迟早都要还的。一点没错。我一直都有在还债的感觉，欠了太多年的债了，得坚持还，还一点，就能进步一点；多还一点，就多一点从容，多一点主动，就距离精益求精更近了一点。
下周编辑部会议的主题，将会重点讨论这次事故带给我们的启发，并迅速给出对策：再做本版书，我们应该如何来确保不再出现这样的事故！我们下周内会就此给邹老师等作者具体的回复。这次编辑部会议在讨论这个主题的时候，全体同事都参加。
所以，也请大家牢记，在外策划组稿的时候，不要对作译者空谈我们有品牌。也许商务、三联这些老社还够资格谈品牌，而我们，还差得远。万里长征，才迈出了半步。这辈子，能不能做出一些堪称高品质的工作，我一直都对自己打着问号，我觉得自己到现在为止也没有几件工作称得上是高品质的，不知各位有没有。只不过，现在的我，比以前努力了很多，我感到这样努力下去，有可能此生能做一两件高品质的工作，但绝不可放弃努力，一松懈就完了（如台湾企业家王永庆说的：人一懒，就烂了！）。做的多还不算本事，如果做得多，水平还高，那才是本事。
插进一个小故事：开年后带着几位同事一起去一家家饰店为公司的沙龙区插了一个花篮，当时看，觉得很美，很是自得了一阵子。上周去徐东那边的金马家居看曲美的家具（家里买了这个牌子的家具），发现金马家居里和以前比，多了不少很别致的家饰，很多插花，一看就比我们这个花篮更上档次，不是材质的原因，而是艺术眼光的独到。当时流连忘返，不舍离去，深知艺术的境界是没有尽头的。堪称艺术的，都是高品质的工作。停止了追求，品质也就停留在以往的低水平上了。
所以，对高品质的追求，是没有尽头的，何况我们目前还徘徊在一个较低的层次，得非常专注，才能具备更高的能量去突破，去提升做事的品质。
让我们一起好好努力！感谢邹欣老师！感谢铁锋和莫瑜。
p.s.今天恰好是3.15，我们不幸也成为了反面教材！
******************************
这是邹老师的博客内容：
3月15日
尽管审核多次，还是有一些问题 (bug) 溜到了最后的样书上。 在一本300多页的书里面，如果只有以下的10个问题，那还是不错的。问题是这些是 Mo Yu 拿到书后第一天就发现的问题。
别糊弄别人，更不要糊弄自己。出来混，迟早都是要还的。
3.第23页，函数void output() 没有跟函数void run()对齐
4.第26页，函数Revert()中的assert语句没有对齐
5.第42页，
"空间复杂度可以降为O(v)"
应改为：
"空间复杂度可以降为O(V)"
6.第120页，代码2-1 中第3，4，7，9，12行需要缩进一格。
7.第165页，扩展问题2,
"如何计算A(n)"
改为:
"如何计算A(n) mod M (M < 100000)"
8.第36页，解法一中
"假设有n个ID,"
应改为：
"假设有N个ID, 且ID的取值在0-(N-1)之间,"
9.第36页，解法二中,
"变长数组"
应改为
"哈希表"
10.第128页，问题2的解法二中, 01串为整数的二进制表示。
11.第209页，第二段,
“从有效性来分析，整个代码是一个三重循环，目的就是执行insert。这个代码实际执行insert的次数至多是4^N(枚举所有元素在与不在的情况)，因此可以认为复杂度是O(4^N)”
应改为:
"这个代码实际执行insert次数至多是2^N-1次,因此,时间复杂度为O(2^N)"，其中2^N 表示2的N次方
12.第237页，最后一段中
"欢迎光临微软亚洲研究院首页"
应改为
"微软亚洲研究院成立于1998年,我们的使命"
13.第250-255页，图中细箭头看不清楚
14.第315页，一颗星 也许更贴切:-)
|
From: yangxg [mailto:yangxg@broadview.com.cn]
Sent: Sunday, December 23, 2007 2:23 AM
To: Xin Zou
Cc: Tiefeng Liu; lisa; Yeka; yanboli(tumi@broadview.com.cn)
Subject: Re: 编程之美 初排后续书稿
邹老师：您好。
谢谢您的提醒，在周一收到您和铁峰回复的书稿后，我会十分注意代码格式和其他排版问题，并督促相关排版人员在改样时改正。
致
礼！
杨绣国
2007-12-23
Xin Zou 在 Sat, 22 Dec 2007 22:05:09 写道：
我也发现不少质量不高的排版处理问题。 我感觉排版后，我们要花更多的时间来修改问题。
你们给排版公司报酬么？我觉得如果错误率太高，让别人花很多时间来修改，排版公司要付钱给修改的人。
特别要提一下这个：
代码的排版，要遵守C/C++/C# 的通用规范，缩进是4 个字符。换行要注意有进一步缩进。
|
