自主创新，是国家、产业、行业、企业具备强大力量的象征。拥有强大的自主创新能力的民族，才会有强大的自信。

建设创新型国家，要求文化创新、出版创新。在 IT 领域，出版优秀的原创技术图书，也是一种自主创新，是一种奋发图强的自信。

关系型数据库中的Key通常被翻译成“关键字”，或者“键”。Key是若干属性的集合，最基本作用是唯一地标识记录。从这个意义上说，我觉得“Key”翻译成“钥匙”更容易让人理解其含义。属性就像钥匙上的钥匙齿，一个或者多个不同属性的组合，不正像构成钥匙的一串高低不平的钥匙齿吗？

不过为适应大家的习惯，我还是使用它约定俗成的翻译“关键字”。关键字是关系模型中的一个重要概念，它是一个逻辑结构，不是数据库的物理部分。

常见的关键字有如下几种：候选关键

狭义的理解: “持久化”仅仅指把域对象永久保存到数据库中；广义的理解,“持久化”包括和数据库相关的各种操作。

● 保存：把域对象永久保存到数据库。

● 更新：更新数据库中域对象的状态。

● 删除：从数据库中删除一个域对象。

● 加载：根据特定的OID，把一个域对象从数据库加载到内存。

● 查询：根据特定的查询条件，把符合查询条件的一个或多个域对象从数据库加载内在存中。

2．为什么要持久化？

持久化技术封装了数据访问细节，为大部分业

在周老师的推荐下，买来《十九札》阅读。书由十九封信组成，是北大艺术系教授朱青生在授课之余写给学生的，内容包括：如何阅读，如何思考，如何提问，怎样学习外语，怎样使用科学的语言，论文规范与要求，以及朱教授对大学、教师、考试、专家与学者，以及科学的局限性等的思考。

朱教授虽是从事艺术教育，但写给学生的信非常严谨，每封信前都有主题、关键词、内容提要，帮助读信人理解内容。如果不知道他的背景，很可能会误以为他是一位理工科的教授。他的行文逻辑关系明晰，就像他在《关于科学语言》一信中要求的那样，不要求

唐玄奘在翻译佛经时，曾经提出“既须求真，又须喻俗”的标准，意即“忠实、通顺”。但是忠实与通顺的平衡真是很难把握，忠实要求你站在作者一边，通顺要求你站在读者一边，翻译的过程中，不停地在忠实与通顺中挣扎，常陷入一种迷失的状态。如果碰到文字啰嗦的作者，更加难受。看看这句

It seems to be a neverending source of surprise and distress to system builders that one data model, one message format, one message transport

胡允桓写过一本《译海求珠》，讲他的从事翻译、编辑工作的心得。我最近在翻译一些东西，碰到一些疑难，打算借用这个题目，把一些寻求译法的过程记录下来。

No.1 The business likely has certain priorities, such as meeting contractual obligations, generating revenue, ensuring customer referenceability, containing costs, and creating valuable technology assets.

这句话里有一个没见过的词组：Customer Referenceability。Customer是客户，Referenceability是什么呢？

我4月份的工作主要集中在选题策划和田简管理两方面。

一、选题策划方面：

外版书一共上报了六个选题，分别是：

Addison-Wesley Professional 三个选题：

1. 《Cocoa Programming for Mac OS X (3rd Edition)》

2. 《Programming in Objective-C 2.0 (2nd Edition)》

3. 《Professional Excel Development》

O'Reilly 三个选题：

4. 《Even Faster Websites: Essential Knowledge for Frontend Engineers》

5. 《CSS: The Missing Manual, 2E》

最近在跟踪一位搞SOA的新作者，做了些功课，希望能引发他的写作兴趣。在阅读他的文章和资料的过程中，发现我原来对SOA、SaaS、云计算三者的概念和区别很模糊。于是Google百度了一把，想把这几个概念的区别给找出来。以下是我做的总结。

SaaS（Software as a Service，软件即服务）：是一种新的出售软件服务的模式，与传统的出售软件许可证（把软件复本和序列号卖给用户）模式相区别。厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短

原文：

01. Don't Put Your Resume Ahead of the Requirements--by Nitin Borwankar

AS ENGINEERS WE SOMETIMES RECOMMEND technologies, methodologies, and approaches for solving problems because deep down we want to have these on our resume, not because they are the best solution for the problem. Such decisions very rarely