第一章 温故而知新

  1，地址空间不隔离

  2，内存使用效率低

  3，程序运行的地址不确定

最开始人们使用的是一种叫做 分段（Segmentation）的方法，基本思路是把一段与程序所需要的内存空间大小的虚拟空间映射到某个地址空间。可以解决第一个和第三个问题。用更小粒度的内存分割和映射的方法，使得程序的局部性原理得到充分的利用，大大提高了内存的使用率。这种方法就是分页（Paging）。

1.6 众人拾柴火焰高

    1，栈（尽管并非完全无法被其他线程访问，但一般情况下仍然可以认为是私有的数据）。

    2，线程局部存储（Thread Local Storage，TLS）。线程局部存储是某些操作系统为线程单独提供的私有空间，但通常只具有很有限的容量。

    3，寄存器（包括PC寄存器），寄存器是执行流的基本数据，因此为线程私有。

线程调度与优先级

线程调度自多任务操作系统问世以来就不断地被提出不同的方案和算法。现在主流的调度方式尽管各不相同，但都带有优先级调度（Priority Schedule）和轮转法（Round Robin）的痕迹。所谓轮转法，即是之前提到的让各个线程轮流执行一小段时间的方法。这决定了线程之间交错执行的特点。而优先级调度则决定了线程按照什么顺序轮流执行。

      1，用户指定优先级。 

      2，根据进入等待状态的频繁程度提升或降低优先级。

      3，长时间得不到执行而被提升优先级。

第二部分 静态链接

第二章 编译和链接

1，当程序被装载后，数据和指令分别被映射到两个虚存区域。由于数据区域对于进程来说是可读写的，而指令区域对于进程来说是只读的，所以这两个虚存区域的权限可以被分别设置成可读写和只读。这样可以防止程序的指令被有意或无意地改写。

2，指令区和数据区的分离有利于提高程序的局部性。现代CPU的缓存一般都被设计成数据缓存和指令缓存分离，所以程序的指令和数据被分开存放对CPU的缓存命中率提高有好处。

3，当系统中运行着多个该程序的副本时，它们的指令都是一样的，所以内存中只须要保存一份该程序的指令部分

第四章 静态链接

1，近址寻址或远址寻址。

2，绝对寻址或相对寻址。

3，寻址长度为8位，16位、32位或64位。

第一章 注重实效的哲学

第四章 注重实效的偏执

第五章 弯曲，或折断

　　“三个层面，”老雍说，“第一，解决温饱。以前你们怎么样我不清楚，进了思科这个问题应该解决了吧？要是还没有解决，告诉我，我去问问老冯。哈哈哈。”

　　“第二，生活品质。吃饱了穿暖了，要想着怎么样吃得更健康，穿得更有品位，对吧？同样是打伞，别人打的是普通折叠伞，你打的是由陈逸飞设计而且有他签名的伞；同样是喝酒，别人喝长城干红，你喝的是1929年法国勃艮第区酒庄的窖藏；这就不一样啦。”

　　“第三，就是玩啦。我意思是，要让自己有能力去玩，而且要玩得漂亮，玩得与众不同。这就是境界。

记得之后有一个销售对我说过，做过销售这个行当，你基本上就了解你所处的这个社会了，是那种真正的了解。“然后，”他说，“你就可以游刃有余。”
　　这是我第一次开始感受销售这个行当对我的吸引力。

想想也是。经济学原理说人们在选择一些东西的时候，就一定要放弃另外一些东西。这个世界的有趣就在于当你选择的时候，并没有一个所谓的正确答案在试卷背后等着你；而当你若干年后回顾自己当初这个决定的时候，所谓对错都已经毫无意义，你已经伴随着你当时的选择走了这么多年。

　　你会无奈地对自己笑笑说，这就是命。

　记得读高三的时候被功课的重压弄得心力交瘁，后来一本卡耐基写的心理训练的小册子拯救了我。上面对我有用的只有一句话：把现在的事做好，不要为以后的事情预支烦恼。

　　直到现在，我才意识到销售这个工作对我有点吸引力的原因，那就是人——一个个形态迥异内涵深远的人，他们各自带着几十年的年轮向你展示这个世界在人身上留下的真实印记，也向你展示各自背后那个既不像童话那么美好也不像悲剧那么煽情的错综丛林。和他们打交道，让你感觉好像放大了自己时间的容量，让你以原来没有的速度切入到自己生活了这么久的社会系统深处，这个深处，是一片我并不熟悉并且对之充满了好奇的世界。

————————————————————————

对于图书，只有单纯的观看，看过之后，或许有所感悟。或许只是笑笑。不管真假，看到自己喜欢的即可。就当一部电影，不过是别样的表达方式而已。

敏捷开发宣言：

1，个体和交互胜过过程和工具

2，可工作的软件胜过面面俱到的文档

3，客户协作胜过合同谈判

4，响应变化胜过遵循计划

敏捷方法可以快速地响应变化，它强调团队合作，人们专注于具体可行地目标（实现真正可以工作的软件），这就是敏捷的精神。

它要求团队中的每一个人（包括与团队合作的人）都具备职业精神，并积极地期望项目能够获得成功，它并不要求所有人都是有经验的专业人员，但必须具有专业的工作态度 －－每个人都希望尽最大可能做好自己的工作。

精辟概括：

敏捷开发就是在一个高度协作的环境中，不断地使用反馈进行自我调整和完善。

敏捷工具箱

1，Wiki：用来协作，实现知识共享。

2，版本控制：

3，单元测试：用代码来检查代码。

4，自动构建：全自动化，持续集成。

第二章 态度决定一切

专业的态度应该着眼于项目和团队的积极结果，关注个人和团队的成长，围绕最后的成功展开工作。集中精力，你是为做事而工作。

实行代码复审，不仅有助于代码更好理解，而且是发现bug最有效的方法之一。

另一种防止代码难懂的重要技术就是单元测试。帮助你很自然地把代码分层，分成很多可管理的小块，这样就得到设计更好、更清晰的代码。

第三章 学无止境

如何跟上技术变化的步伐？

1，迭代和增量式的学习。每天计划用一段时间来学习新技术，它不需要很长时间，但需要经常进行。记下那些你想学习的东西。

2，了解最新行情。最新的博客列表请参考 pragmaticprogrammer.com

3，参加本地的用户组活动。

4，参加研讨会。

5，如饥似渴地阅读。

第四章 交付用户想要的软件

提早集成，频繁集成。

第六章 敏捷编码

良好的面向对象设计原则建议：应该编写内聚的代码，要保持代码条理清晰，告知，不要询问。最后，通过设计能够根据契约进行替换的系统，可以在不确定的未来中保持代码的灵活性。

第二章 加速法则

Quicksilver:允许加载引用，进行文件维护，并支持其他行为。

IntelliJ有个东西叫key prompter,每当你使用菜单进行选择时，一个对话框就会弹出来告诉你可是使用的快捷键，以及你已经做错了多少次。

eclipse也有类似的软件：http://www.mousefeed.com

提示：在一段文本上执行某个特定操作的次数越多，就越有可能会再次重复它。

键盘宏工具：

win下最流行的键盘宏工具是autoHotKey,mac有2个属于“商业的但不贵”的那一类，比如textExpander和Typinator。

运用加速方法有2个条件：对加速器的了解，以及使用它们的适当场景。

第三章 专注法则

排除干扰

隔离策略

对于视觉打扰，应该关掉机器上所有分散注意力的东西。

搜索优于导航

用虚拟桌面拆分工作空间

第四章 自动化法则

做简单重复的事是在浪费注意力。

根据需求创建只读资源

1，规划数据集

2，把数据集划分为资源

    对于其中的每种资源：

3，用URI为该资源命名

4，设计发给客户端的表示

5，用超链接和表单把该资源与已有资源联系起来

6，考虑有哪些典型的事件经过

7，考虑可能出现哪些错误情况

命名资源

URI设计有三条基本原则：

1，用路径变量（path variables）来表示层次结构（hierarchy）。

2，在路径变量里加上标点符号，以消除误解。当作用域信息的次序有关紧要时，就用逗号。否则就用分号。

3，用查询变量（query variables）来表示算法的输入。

第6章 设计可读写的面向资源的服务

针对上一节的步骤：

添加了2个补充：

4，暴露一个统一接口的子集

5，设计来自客户端的表示

第 7 章 一个服务实现

第11章 将Ajax应用作为REST客户端
Ajax的正式定义：Ajax应用就是在web浏览器里运行的Web服务客户端。
     Ajax应用的不利方面在于，每个应用状态都是同一个URI — 即最终用户访问的第一个URI。这破坏了可寻址性（addressability）和无状态性（statelessness）。虽然幕后的web服务也许是可寻址的和无状态的，但最终用户无法把一个特殊状态加入收藏夹，而且浏览器的后退按钮也失去了原有的作用。
利用 XMLHttpRequest 将XML文档解析成DOM对象，并通过 request.responseXML 来访问该DOM对象。
如何发送请求：
1， 构造一个XMLHttpRequest对象。
例如在Mozilla系列浏览器（例如FF）里，应该是这样的： Request = new  XMLHttpRequest();
2，调用XMLHttpRequest.open方法，并传入跟请求有关的信息，其中前2个参数是可选的:
    request.open([HTTP method], [URI], true, [Basic auth username], [Basic auth password] );
其中第三个参数是用来控制浏览器进行异步操作的。
如果选择异步操作，必须设置一个回调函数：
    request.onReadyStateChange = [Name of handler function];
还可以用 setRequestHeader 方法为请求设置 HTTP 请求报头：
    request.setRequestHeader([Header name], [Header value]);
最后，通过调用 send 方法向 HTTP 服务器发送请求， 如果是 POST 或 PUT 请求，就应当把实体主体作为参数提交给 send 方法。如果是其他请求，就该该参数置为 null。
    request.send([Entity-body]);
如果一切顺利的话，你的回调函数将被调用4次，而且每一次 request.readeyState 都有不同的值。当值等于4时，表明请求已经完成。可以处理响应了。
处理响应：
请求完成时，浏览器会最后一次调用你的回调函数。这时，有以下属性可供 XMLHttpRequest 实例读取。
State属性是数字状态代码。
responseXML 属性里是一个由解析响应文档而得到的 DOM 对象。要求服务器返回XML媒体类型。
responseText 属性里是响应文档的原始文本串。当服务器返回JSON或非XML格式的响应文档时，这个属性比较有用。
可以用getResponseHeader拿到响应包头的值。
Ajax应用可以通过重新实现“后退”与“前进”按钮，来挽回失去的无状态性。但不一定要缺乏创意地模仿浏览器的行为。
跨浏览器问题和Ajax库：
针对不同的浏览器，实例化 XMLHttpRequest的方法是不同的。
以下是Bret Taylor编写的 JavaScript 函数。总是创建一个具有 XMLHttpRequest 功能的对象。 可以在他的网站(http://ajaxcookbook.org)上找到该函数。
function createXMLHttpRequest() {
    if ( typeof XMLHttpRequest != "undefined") {  // typeof 运算符返回一个用来表示表达式的数据类型的字符串。
        return new XMLHttpRequest();
    } else if (typeof  ActiveRequest != "undefined") {
        return new ActiveXObject("Microsoft.XMLHTTP");
    } else {
        throw new Error("XMLHttpRequest not supported");
    }
}
相应的构造方法也该改为 Request = createXMLHttpRequest();
还有2个重要的跨浏览器问题。
首先，Safari浏览器不支持 PUT 和 DELETE方法。如果需要 Safari 能够访问你的服务，就得允许它们用重载的 POST 来模拟 PUT 和 DELETE 请求。
另外，IE会把成功获得的相应长期缓存下来。这样即使资源已经变化，用户也看不到资源的变化。规避此问题的最好方法是：服务器在返回表示时，同时附上适当的 ETag 响应报头，或者干脆用 Cache-Control 报头来禁用缓存。

颠覆浏览器安全模型：

Web浏览器遵循这样一条基本规则，即防止来自一个域名的代码向另一个域名发送HTTP请求。可以采用2个方式来绕过此限制：请求代理和JoD。

请求代理：
客户端向 example.com发送请求，在服务端向 yahoo.com 发送那些请求。
Yahoo 文档 ”Proxy for Cross-Domain XMLHttpRequest Calls“详细讲述了这一技术。 在这个技术中，在服务器预留一部分URI空间，用于模拟另一个服务URI空间。当收到一个对应该URI空间的请求时，把该请求转发给那个外部服务器，然后把外部服务器发送你的响应返回给客户端。
JavaScript on Demand:
JoD技术的基本想法是，HTML的 script 标签不一定非得包含写死的JavaScript代码。它可以通过 src 属性来引用位于另一个 URI 的代码。当 Web 浏览器遇到一个 script 标签时，它会加载 src 属性指定的外部脚本，并执行其中的代码。
正常的Web服务客户端可以在调用Web服务后，先查看它返回的表示，如果没有问题再对它进行处理。但假如是客户端提供可执行代码，而Web服务通过特殊手段来自动运行它的话，你就等于对它毫不设防了。
JoD只能发送GET请求。
用 src 属性来引用一个对象，要比用它来获取定制生成的 JavaScript 安全得多。 script 并非唯一可用于让浏览器加载表示的HTML标签。 img 和 frame 标签也可以。
第12章 REST式服务框架
REST 并不是一种架构，而是一种评判架构的方式。面向资源的架构是一种架构，它对设计加以约束，是你能够很容易地把问题划分为一个个REST式资源。
RoR的成功主要在于它的简单化假设。并不是提供了一大堆用以解决问题的工具，只是为你提供了一种用以解决各类常见问题的方式。
资源、控制器和视图
每个Rails控制器可以暴露两种资源。你可以有一个”列表“或”工厂“资源（响应GET和POST请求）和许多”对象“资源（响应GET、PUT和DELETE请求）。
返回的表示
Rails可以根据客户端请求的目标URI或Accept报头决定返回哪个表示。
收到的表示
Rails的工作就是根据收到的表示生成一组关键字-值对，并以params hash 的形式来提供这些关键字-值对。
Rails/ROA 设计步骤
1，规划数据集
2，把数据集分配给一个个控制器
    对于每一个控制器：
    a，该控制器暴露的是一个列表或工厂资源吗？
    b，该控制器暴露的是一组对象资源吗？
    c，该控制器暴露的是一个用于创建或修改资源的表单资源吗？
        对于列表和对象资源：
            设计来自客户端的表示。
            设计返回给客户端的表示。
            把该资源与已有资源联系起来。
            考虑有哪些典型的事件经过？
            考虑可能出现哪些错误情况？ 同样，这里常常可以采用基于数据库技术的应用的控制流。
Restlet的思想是 HTTP 客户端与 HTTP 服务端之间的差别，对于架构来说无所谓。一个软件应可以既充当Web客户端又充当Web服务端。
需要注意2点：
1，Web服务器的实际工作是由一个非常紧凑的、基于Simple框架的HTTP服务器连接器来处理的；
2，用强大的db4o 对象数据库来存储领域对象的。
Django的思想是：URI是一个Web应用的用户界面的一个重要部分，不应是自动生成的。Django让你从零开始设计URI。
Django框架的独特风格是：总在URI的末尾加一个斜杠。
urls.py也是采用URI模型的出现次序来依次比较的。和Rails不同的是，Django不用为我判断URI格式。
作为Django视图资源的实现
在Rails中，为了实现一个资源在统一接口幕后的行为，需要把代码放在controller中。 而在Django中，这些代码是放在view里的。

我从我的企业家父母身上学到的最重要的东西，或许可以用我爸爸常说的一句话来概括："如果你在做自己喜欢的事情，那你每天都像在放大假。"

我很幸运，在很小的年纪就学到了一个成功商人需要掌握的关键法则：首先要相信自己。

一直以来，我都在学着相信自己的直觉–这非常关键。你可以从别人那儿学到各式各样的东西，但最终，唯一能够依靠的只有自己的直觉。你的事业的最重要的基础，取决于你自己。

这是每个生意人都应该掌握的基本知识：你不仅是在创办一家公司，还是在创建一个潜在的顾客群，可能在你家所在的社区，可能在互联网上的社群，也可能在一个国际性的社群里。
你必须确定一个核心社群，然后在此基础上扩展开去。
从"笑与泪"获得的经验，还让我学会了另一样重要的东西，那就是口碑的广告效力。其实，我做的所有广告都是通过口耳相传，好口碑总能为我招揽到足够的客源，而且满意的顾客还会向其他人推荐。

我能给你的最重要的建议之一就是，构想一个用最少的现金投资就能起家的生意，并花最少的钱做宣传，如果你是第一次做生意更需如此。

今天，如果我要考虑创建一家全新的公司、进入一个我以前从未接触过的市场时，就会问自己："这个行业里的人需要些什么？是什么事使他们烦恼、浪费钱、得不到自己想要的东西？"

我认为最有价值的教育，也就是那种在商业上获得成功不可或缺的教育，只会来自一个地方：你自己的经验。我的成就，与其归功于任何一种知识，不如说是来自于以下3个方面：
1.愿意努力学习；
2.坚定贯彻自己的想法；
3.勇于面对失败。

我在魔幻城福特公司学到的最佳管理法则之一就是，忽略小事通常是最好的做法。相反，评价员工时应当以他们为公司所作的贡献以及创造的价值为评判标准。他们为公司的健康发展所作出的贡献，才是你最应该看重的。

第 1 章 Programmable Web及其分类

1.传统网（human web）返回HTML文档。
2.可编程网（programmable web）返回XML文档。

Amazon S3的作用是“在桶（一种带标签的容器）里存放对象（一种带标签的数据）”。
Programmmable web是基于HTTP和XML技术的。

HTTP：信封里的文档

HTTP是一种基于文档的协议。客户端把文档放在信封里，然后发给服务器，作为回应，服务器把响应文档放在信封里，然后发给客户端。

HTTP响应可分为三个部分：
1.HTTP响应代码（HTTP response code）
2.相应报头（request headers）
3.实体主体（entity-body）或表示（representation）

XPath介绍
利用它，可以方便的将XML文档进行切分。关键的一点是：把XPath表达式看成一种从XML文档里提取标签（tag）或元素（elements）的规则。要知道一个XPath表达式是什么意思，只要从右边往左读就是了。

比如：表达式 //photo 的意思是：
寻找所有photo标签  photo
无论它在文档里何处  //

用REXML::XPath.each(doc,’//photo’)这行简单的Ruby代码可以实现遍历每一个photo标签，而不必遍历整个XML树。