Active Learner -- Learning in my life!

摘要： “体系结构设计者的第一个作品往往比较简练和干净。他知道自己并不了解正在进行的工作，因此他小心谨慎地设计它。在他设计第一个作品时，会进行多次修饰和润色。这些会留到“下一次”使用……这第二个系统是他曾经设计的最危险的系统……一般趋势是，在设计第二个系统时，将会使用在第一个作品中被小心搁置在一边的所有思路和修饰，从而导致设计过了头。”— Frederick P. Brooks, Jr. 发表于 1972 年的 The Mythical Man Month Web 上建立的第一个系统是简单地链接在一起的静态 HTML 页面，以便在分散的小组之间共享文档。随着用户的使用量增加，可响应用户输入的动态网页日益普遍。早期的动态页面一般是以通用网关接口 (CGI) 脚本的形式编写的。这些 CGI 脚本不仅包含用来确定在响应用户输入时应当显示什么内容的业务逻辑，而且还会生成表示 HTML。随着对更复杂逻辑需求的增加，对更丰富、更生动的表示形式的需求也随之增加。这种增加了的复杂性给 CGI 编程模型带来了挑战。 不久，基于页面的开发手段（如 ASP 和 JSP）出现了。这 阅读全文

摘要： “于是，每种模式既依赖于它所包含的更小的模式，又依赖于包含它的更大的模式。”— Christopher Alexander 发表于The Timeless Way of Building 一项技术领域的革新通常会刺激另一个领域的突破。雷达技术促进了微波炉这一烹调设备的诞生。Internet 本身最初被设计为一种具有预防单点攻击能力的军事通信网络，而现在已转变为世界上最大的知识储存库。同样，模式最初应用于建筑和城镇体系结构，但很快就被软件开发社区采用，并作为一种描述复杂软件系统的方法。 现在，每天都在涌现出大量与软件相关的模式。大量模式引发了一系列新的挑战。开发人员如何标识那些与手头的任务最相关的模式？模式集合是否足以描述整个解决方案？ 本章通过示范如何完成下列任务而回答了其中的一些问题： 标识模式之间的关系。 将模式组合成群集。 标识位于不同抽象级别的模式。 将模式应用于一个解决方案的多个方面。 将模式组织为框架。 使用模式来简述解决方案。 阅读全文

摘要： “我们发现，目前正常工作的复杂系统总是从以前正常工作的简单系统演变而来的……从头开始设计的复杂系统总是不能正常工作，也无法通过修补来使其正常工作。您必须从正常工作的简单系统开始。”— John Gall 发表于 Systemantics: How Systems Really Work and How They Fail 。。。。。。。。。。。。。。 阅读全文