∫跬步→千里的图书主页-查字典图书网

MySQL性能调优与架构设计

2005-11-12

做为一本优秀java的入门教材，的确值得每一位java初学者一读。接口，内部类等基本概念讲的很清楚。观云最近在看第二遍，明白了不少东西。hoho～

我买的那本应该和斑竹示出的那本一样的，机械工业出版社出的小砖头。呵呵～

价钱方面的确是￥66.0，不过这本书国内好像有不同的出版社在出版。价钱方面有差异也使可能的。这种版本的读起来不错。推荐一下哈～

bruce eckle在tij（Thingking in java 此书英文名）3ed里说java1.5出了以后会出第四版,观云在这里也建议那些还不那么着急学java的同仁们等到第四版出的时候买第四版.因为毕竟java1.5更新了太多的东西。建议而已哦～

《JUnit Recipes》中文版评述（附非官方补丁sp1）

2008-04-15

看过的国内翻译的技术书日渐增多，总结出了点经验。在我看来，翻译技术书有三个层次——对原作涉及的知识有基本的认识乃是第一层，能读懂原作是第二层，读懂原作并能以流畅的中文转述是第三层。翻译的时候如做到第一层，则译出来的东西基本不错，也就是“信”的水平。做到第二层，则翻译的作品不会出大的技术问题，即“达”的水平。做到第三层，则译作不仅能正确表达原作，且文笔优美，也就是“雅”的水平。读这样的作品不仅可以学得知识，更可使精神获益。

“雅”的作品并不多见，印象中邓辉译的《敏捷软件开发》是一本。“达”的作品较多，比如崔凯的《测试驱动开发：实用指南》。在“达”以下的当然也有，我这里就不举例了。至于这本《JR》译得如何，我不作评论，大家看过后面的补丁自有评价。但对我来说，我不认为把Dr. Dobbs Journal当作博士的人有多高的编程水平，更不相信将Green bar译作“绿吧”的人真的看到过JUnit的绿色进度条！！

最后对这本书的相关责任人，我有些话要说：

To 博文视点——

首先，感谢你们这些年来为国内引进了这么多优秀的技术书，让我们可以了解国外最新的技术成果。但感谢的同时，我希望你们能真正地把图书特别是翻译图书的质量放在必要的位置。毕竟这些技术书所面向的读者，大部分是兜里并不太有钱的程序员甚至学生。我们选书的时候，看重的不仅仅是“×××作序”和“web2.0云云”的促销语，更重要的是书本身的内容。请务必认真对待这些翻译的作品，这不仅是对读者的尊重，对原作者的尊重，更是对你们自己的尊重！

To三位译者之一的“绿吧”先生——

是的，我知道你们是一起翻译的这本书，因为我看到你们对test fixture这个基本用词有“固定器”（P16页）、“装置”（P77页）、“模块”（P73页）、“实体”（P212页）等数种不同的译法-_-!!!。但我不知道哪一位负责翻译第七章，所以也只好以你的翻译来称呼你。我必须告诉你，我不喜欢这个“吧”的翻译。“green bar”里的bar表示条状物，而非酒吧的吧。推荐你有空的时候逛逛wiki和豆瓣，相信对你会有帮助。

附录：非官方补丁sp1（涵盖第一到七章）=======================================

-1、Page44 para2(表示44页第2中文自然段，下同)

原译作：6. 现在，测试只涉及接口和一些抽象的测试方法，。。。

建议作：原文是：the interface and other methods in the abstract test case。。测试方法不会是抽象的，所以这里这样翻译可能更好——只包含接口与抽象测试类中其他的方法。

-2、Page59 para1

原译作：屏蔽的方法。。。

建议作：建议加上原文（stub method）

-3、Page60 para3

原译作：那么类也会自动察觉，并创建一个默认的。

建议作：provides a sensible default implementation。。疑误，应作——提供一个合理的默认实现。

-4、Page70 para2

原译作：可能会建立“在线银行模型开发人员测试”和“在线银行模型用户测试”等不同的项目

建议作：项目名可以不用翻译，。。

-5、Page78 para4

原译作：将其声明成受保护的而不是私有的

建议作：“受保护”应作“继承”

-6、Page97 para3

原译作：整个一段

建议作：直接读原文吧。其实原文这里也不太容易懂，不能怪译者。

-7、Page103 para2

原译作：汇聚成特定的代码格局

建议作：虽然我不知道code layout有什么专业的译法，但请把原文标上。

-8、Page108 para2

原译作：你可以直接将RecursiveTestSuite换成其他工具，开源工具就是这么用的。

建议作：开源工具不是让你直接换别的工具，而是让你修改工具的代码。（我无法原谅这个错误，容易产生误导！）

-9、Page111 para3

原译作：同时保证测试网的安全性

建议作：没有测试网的概念，别乱猜。原文是——without OrderedTestSuite you would not be able to perform this delicate code surgery incrementally *with the tests as a safety net*。

-10、Page116 para5

原译作：因为这避免了重复的java代码

建议作：原文——This makes adding new test cases simpler because it avoids rebuilding Java code.。。应作“重编译java代码”。

-11、Page119 para3

原译作：比如展开的文件

建议作：flat file，平面文件，意指一种包含没有相对关系结构的记录的文件。（再一次重复，请把原文注上）

-12、Page112 para4

原译作：另外一个好的习惯是，

建议作：practice也许译作“实践”更专业。

-13、Page134 para2

原译作：需要遵从的转换如下：

建议作：原文是convention，非convertion，当作“规范”，谢谢。

-14、Page138 para2

原译作：一旦你确定了数据仓库的位置

建议作：数据仓库有特定的概念，换个词吧。

-15、Page142 para1

原译作：JUnitPP两年前出现于Dobbs Jounal博士的文章中

建议作：Dr. Dobbs Jounal是一份很有名的技术类杂志。

-16、Page142 para2

原译作：相对于Test Runner被装载的目录

建议作：where Test Runner launched。。

-17、Page144 para4

原译作：在设计范例的书中。。。

建议作：也许把Design Pattern译成“设计模式”会减少你的非内行性。

-18、Page146 para2

原译作：那个实现可以在Junit的扩展系统中找到。

建议作：Junit-addons是书中提及的一个项目的名字，请不要翻译。

-19、Page152 para1

原译作：来欺骗测试代码

建议作：买你们译的书，我也有被欺骗的感觉。

-20、Page160 para6

原译作：下面是你的buildfile可能的样子

建议作：经过上面那么多错误的考验，看到这里我已经不那么吃惊了。我知道你没有用过ant，我赌10块钱。

-21、Page168 para1

原译作：一种是用著名的基于Swing和AWT的“绿吧”界面

建议作：green bar是表示测试通过的绿色进度条。

-22、Page168 para1

原译作：JUnit在盒子外提供的报告

建议作：out of the box 意指“现有的”

-23、Page168 para4

原译作：Maven是一个创建工具

建议作：建议作“构建工具”。

N、前六章里还包含至少6处打字错误，比如from变成form，html变作htmt等。读时请注意。