-
6.7 本章总结
6.7 本章总结 至今为止全手动部署的环境想要实现全部自动化，应该从哪里着手？回答是“先去寻找协助者和出资方”。 部署的自动化是从开发人员、QA 团队到运维团队各部门通力协作的产物。请耐心地向他们讲解推进部署自动化会带来哪些好处，以推进团队齐心协力。 除了团队的齐心协力之外，新的环境以及构建新环境所需的时间也是必不可少的。要向出资方、公司的管理层讲... -
14.1 反应灵敏的用户界面
14.1 反应灵敏的用户界面 14.1 反应灵敏的用户界面 作为我们的起点，请思考一个需要执行某些CPU密集型计算的程序。由于CPU“全心全意”为那些计算服务，所以对用户的输入十分迟钝，几乎没有什么反应。在这里，我们用一个合成的applet/application（程序片／应用程序）来简单显示出一个计数器的结果： //: Counter1.... -
16.4 改进设计
16.4 改进设计 16.4 改进设计 《Design Patterns》书内所有方案的组织都围绕“程序进化时会发生什么变化”这个问题展开。对于任何设计来说，这都可能是最重要的一个问题。若根据对这个问题的回答来构造自己的系统，就可以得到两个方面的结果：系统不仅更易维护（而且更廉价），而且能产生一些能够重复使用的对象，进而使其他相关系统的构造也变得更廉价... -
用隐马尔可夫模型解读你的思维
用隐马尔可夫模型解读你的思维 用隐马尔可夫模型解读你的思维 利用矢量量化法简化数据的同时，我们还突出了信息的关键特征，但这还不够，我们还需要其他方法来找出不变特征的层级结构，因为后者才是决定新信息是否有意义的关键。从20世纪80年代早期开始，我就从事模式识别研究，到现在已经累积了二三十年的经验，因此我非常了解一维数据在处理信息不变特征时的强大力量，及其... -
14.2 共享有限的资源
14.2 共享有限的资源 14.2 共享有限的资源 可将单线程程序想象成一种孤立的实体，它能遍历我们的问题空间，而且一次只能做一件事情。由于只有一个实体，所以永远不必担心会有两个实体同时试图使用相同的资源，就象两个人同时都想停到一个车位，同时都想通过一扇门，甚至同时发话。 进入多线程环境后，它们则再也不是孤立的。可能会有两个甚至更多的线程试图同时同一... -
4.2 方法过载
4.2 方法过载 4.2 方法过载 在任何程序设计语言中，一项重要的特性就是名字的运用。我们创建一个对象时，会分配到一个保存区域的名字。方法名代表的是一种具体的行动。通过用名字描述自己的系统，可使自己的程序更易人们理解和修改。它非常象写散文——目的是与读者沟通。 我们用名字引用或描述所有对象与方法。若名字选得好，可使自己及其他人更易理解自己的代码。 ... -
前言
前言 2013年9月，浏览黑客志（Hacker News）的时候，我无意中在《连线》上看到一篇介绍一项叫作“Docker”的新技术的文章[1] 。在读到这篇文章时，我便意识到Docker所拥有的革命性的潜力，并为此兴奋不已。 我为之工作了十余年的这家公司一直饱受软件交付速度不够快的困扰。准备环境是一件高成本、费... -
7.5 接口
7.5 接口 7.5 接口 “interface”（接口）关键字使抽象的概念更深入了一层。我们可将其想象为一个“纯”抽象类。它允许创建者规定一个类的基本形式：方法名、自变量列表以及返回类型，但不规定方法主体。接口也包含了基本数据类型的数据成员，但它们都默认为static和final。接口只提供一种形式，并不提供实施的细节。 接口这样描述自己：“对于实...