代码之美Beautiful Code(中文版)(9.22日china-pub全国独家首发) [新品]

我在china-pub订的货为什么还没到，订单号2221562。咨询你们QQ，他妈的不回复。咨询沈阳众人行快递，说他们那儿查不到此订单，咨询你们在鞍山的客服，也说根本查不到此订单。
你们到底是干嘛的，都十天了，一年有多少个十天，谁的生命能经得起这么浪费，另外我咨询还花了我三块多钱的电话费，还白花10快的快递费。最主要的是我订的货本来是要国庆假期用的，你们白白浪费了我一年唯一一次的长假，我的天啊，这就是你们的服务。我强烈提出抗议。希望你们能尽快给个答复.

Beautiful Code 是去年出版的一本关于如何让代码写得更好更漂亮的书，各章节作者都是赫赫有名的技术牛人，非常值得大一升大二的计算机专业刚被POJ虐完的同学阅读，因为POJ通常扮演着代码风格杀手的角色。 最近在china-pub上看到此书即将推出中文版，遂进其专题网页一睹，不幸的发现这所谓的“国内9位技术专家组成的完美翻译团队”果真是牛b闪闪到足以盖过原作者的光芒，以下列举一二： （一下内容都来自http://www.china-pub.com/abook/37838/info2.html，可能和最后出版内容有差别，但愿有个脑子正常点的编辑能发现这些错误并改正） 第 1 章 正则表达式匹配器 第1页倒数第7行：这样无需回朔(backtrack)就可以查找可能的匹配，本章后所有“回溯”都被译者写成了“回朔”，“朔”主要有两个意思——新月还有北方——不知道译者是想回到那个“朔”去？ 第2页倒数第11行：我现在还记得,一,两个小时后他回来了，我还有什么可说的呢，标点符号都不会用的译者啊！ 第3页1.2结尾：以下是匹配算法的代码:扫p3 p4页代码，我被雷倒了，你呢？ 第5页1.5标题：构建，原文的标题是“Building on It”，讨论的是基于上面程序的一些扩展可能，我真的真的不敢说我能从译文看出这意思。 第6页第2行：在Java版本的代码中将使用String.charA(使用索引而不是指针)，我没有怎么学过Java，但是我记得那个成员方法貌似叫“String.charAt”。 第 3 章 我编写过的最漂亮的代码 第5页示例3-8：在 Quicksort 中使用动态编程来计算，原文是“Quicksort calculation with dynamic programming”，实际是用动态规划来算Quicksort的时间复杂度，翻译的辞不达意，还把“dynamic programming”这种大一级别术语给翻译错了。 第8页附加分析：Goethe 的著名格言是:“建筑是静止的音乐”，《浮士德》的作者不入译者法眼，或者干脆，他不知道Goethe是歌德？ 第9页3.4第二自然段：我从许多教师(尤其是 Brian Kernighan,他所编写的编程内容作为本书的第 1 章)，teachers -> 教师…… 我还用继续往下写吗？

原本期待的MATZ的部分竟然只有区区几页还只是推崇ruby入手，难道用ruby写的就是beautiful code了？明显敷衍了事的文。印刷质量也不敢恭维，我就不信amazon.com上$38的书也是这质量。不知JoltAward是怎么评出来的

我建议大家别老拿纸张说事。
一定要用80克铜版纸才好？且不说书会更厚更沉，就考虑环保效应也不该建议用那种纸。
纸是哪里来的？还不都是森林？而且一般纸越白，工业污染也越大。
差不多就行了，学着节俭一些。别学西方人“粗放型经济”的那套东西，没啥好处的，雷曼兄弟不是倒下了吗？

读《代码之美》 初看这本书的介绍的时候，觉得应该不适合我这样的新手阅读，毕竟新手更应该先把语言学好，再去研究代码漂不漂亮、格式规不规范之类的问题。 但是看了一下样章，发现这本书与想像的并不相同，事实证明，高手中的高手写的书，能够用简单的代码说明问题。 比如说第一章《正则表达式匹配器》，如果这个题目给我们做，大多数人都是写不出来的吧？即使写出来，那也是几百行开外了。而文中确只用了三十多行的代码解决了问题，这怎一个“美”字了得！仔细看了一下代码的讨论，又从中学习到了不少东西：指针的运用，递归的使用，条件判断的顺序，代码的扩展……更重要的是，体会到了分析代码的方法，这在以后读写代码的时候都会很有用。 我感觉，这本书的入门要求确实很高，但是并不是新手就不能读。新手读这书的时候学到的应该比高手更多，前提新手能够发现书中隐藏的提示。书中每一章的例子都很少，靠这些想学到什么实在太难了，但是每篇文章的作者，都为我们指明了方向：怎么才能写出这样的代码，怎么才能完善这些代码，怎么才能进一步学习。我想，新手最缺乏的就是方向和路线了。 不同的人写出的文章也不一样，在第七章中，作者为我们展示出了美丽测试的方法。我以前学过一点软件测试，所以对这方面比较感兴趣。文章从一个简单的二分查找的算法展开，一步步分析，然后给出了具体的测试代码和各种测试方法的解说。这种写作方法比第一章容易理解很多，从这章中，不但可以学到软件测试的方法，还可以了解到软件测试的流程和注意事项，这正是我们这些只读过理论书籍的读者所需要的。 相比这两章，第三章谈的更加深，而第24章更加联系实际，既不肤浅也不空泛，都是很经典的文章。 能够把这些经典文章串联在一起，《代码之美》的确不愧这个漂亮的书名，呵呵。假如把这本书消化掉，离高手的距离也不远了吧？ 当然，即使是这样的一本书还是有一些不足的：三十多位作者在一起，风格上肯定有跨度，内容上也不可能面面俱到；而且毕竟是外国作者的书，读起来提到不少英文名咱都不认识，比较郁闷；每个作者擅长不同语言，要求读者的知识不但要有深度，还要有广度…… 但是瑕不掩瑜（想要完全完美的书也不可能），《代码之美》不失为一本经典。 建筑师们需要观摩建筑物，作曲家们需要研习他人的作品，而程序员——他们只有在需要修改bug时才会去阅读其他人的代码；即使在这个时候，他们也会尽可能减少阅读量。我们曾告诉学生使用有意义的变量名，曾向他们介绍过一些基本的设计模式，但很奇怪，为什么他们编写的大多数代码都是很难看的呢！ 这句话很经典。刚毕业时我也不喜欢看别人的东西。不喜欢看哪些开源的代码，认为哪是一件很痛苦的事情。现在确经常叫别人去看一下看源里面的经典代码。从中能学到很多的东西。别人的思想和写法你曾想都想不到。 本文来自Chinaunix 精灵王会员