开通VIP，畅享免费电子书等14项超值服
首页
好书
留言交流
下载APP
联系客服
2023.11.09湖北
这些书都是译著，读者有可能遇到的最大问题是术语、语境理解的问题。这点需要功力来克服，不是一朝一夕的事，最好能够结合自己的工作实践经验来切磋理论。
《犹太人思考术》中介绍了犹太人的四度思维空间：
显而易见的显而易见领域，比如信息；
显而易见的隐而不见领域，比如知识；
隐而不见的显而易见领域，比如智慧；
隐而不见的隐而不见领域，比如直觉。
了解与探索显而易见的显而易见领域，运用理性与证据揭示显而易见的隐而不见领域，以感性、爱把握隐而不见的显而易见领域，以信仰、承诺、行动吻合隐而不见的隐而不见领域。
再举几个犹太人的脑筋急转弯式的俗语，加深下对上面所述概念的理解。
什么是房租？是一种对穷人的罚款。
什么是钱？是一种我们喜欢得到，但不喜欢传给他人的疾病。
什么是悲观？是一根会烧伤手的火柴。
什么是乐观？是一根为我们照路的蜡烛。
什么是女人？是一道闪电．它美丽而灿烂，直到击中你的脑袋。
什么是爱？爱是奶油：只有搭配面包才爽口。
上图来自《第四代研发》。下文摘自《系统架构：复杂系统的产品设计与开发》。
把系统的各个实体组合起来之后，一种新的功能，就会随着由这些实体的功能与实体之间的功能交互所形成的组合而涌现出来。系统是由一系列实体及其关系所组成的，系统的功能要大于这些实体各自的功能之和。
系统的形式领域是显而易见的。把部件A和部件B拼起来之后，形式领域内的结果就是A加B，除此之外没有其他效果。通过形式的聚合而产生的属性，计算起来是相对较为容易的。系统的质量就等于部件A的质量加上部件B的质量。形式是“线性的”(linear)。
然而，在功能领域中，部件A加上部件B的效果，却要有趣得多，也复杂得多。功能并不是线性的，一些功能甚至可能是隐而不见的。当部件A的功能与部件B的功能相交互时，任何事情都有可能发生。系统的强大，正是体现在涌现物的这一属性上。
《产品设计与开发》
《产品设计与开发》是宾夕法尼亚大学沃顿商学院教授卡尔·T犹里齐和麻省理工学院斯隆管理学院教授斯蒂芬·D．埃平格合作编写的一本有关产品开发设计的教科书，将市场研究、工业设计、生产制造三方面有机地贯穿为一体．为产品的设计与开发提供了一条清晰而完整的思路，对全面理解产品的设计与开发的过程有十分重要的意义。书中的每一种理论和方法均用具体的实例来加以说明，使原来枯燥乏味的理论阐述变得生动而自然。
《再论项目研发后见之明》
以下摘编自百度百科。
本书介绍了研发（R&D）的发展历程，并用大量的事实和数据阐述了第四代研发的定义及其重要的现实意义，以及第四代研发的关键问题：
书中并没有对这些问题给出明确的答案，而是给出了一些丰富的、相互关联且逻辑严密的实例和论点，读者可以通过这些实例和论点自己得到答案。
本书使用了近百幅图表，以流畅的文笔将论点深入浅出、循序渐进地介绍给大家，使读者对作者的观点有了形象而直观的认识。相信读者在看过本书以后也会对自己的思维模式有一个全新的认识。
从本质上来讲，这是一本专业化很强且很有针对性的书籍，专门针对那些从事研究与开发、企业战略管理和产品开发设计的专业人士，对于正经历着改革和发展的关键时期的中国企业家来讲是不可多得的战略参考书。
第一部分（第1~3章）的重点是引出系统架构。第1章通过一些范例来展示架构理念，指出良好的架构，并给出本书的概要；第2章列出进行系统分析必备的思路；第3章给出分析系统架构所用的思维模式。
第二部分（第4~8章）着重对架构进行分析。第4章讨论系统的形式；第5章讨论系统的功能；第6章讲解形式与功能之间的映射，并以此给出系统架构的定义；第7章研究如何从独立于解决方案的功能陈述中衍生出系统；第8章演示怎样把这些概念汇聚成一套架构。
第四部分（第14~16章）探寻帮助架构师做决策的各种计算方法及工具所具备的潜力。第14章把系统架构的过程当成一种决策制定的过程来进行讲解；第15章讲解如何对架构权衡空间中的信息进行综合；第16章演示怎样把架构决策编码成一套模型，使计算机可以根据该模型自动生成权衡空间并对其进行探索。
不过，这本书很难读，一则是英文语境的表达方式很不相同，二则是专业术语翻译虽然中规中矩，但比较别扭。
书中给的定义：
上面这张图叫轴辐图，大致可以直观理解；如果知道hub的另一个术语是路由器，大脑中的形象化理解是否更清晰呢
这些困难，大家自己克服吧，毕竟这是非常有助于总体设计工程师提高内在功力的一本书。
《系统架构》给的架构与健壮度定义
转述一下《系统架构：复杂系统的产品设计与开发》给的架构和架构健壮度定义。
下面这两个关于架构定义的共同之处，在于它们都提到了系统的关键元素，也就是形式和功能、部分和整体、关系，以及涌现物。
（架构是）把功能元素组合成物理块时所用的编排方法。
——Ulrich及Eppinger
（架构是)一个由部分所组成的整体，这些部分之间具备某种关系，当把这些部分拼接起来时，这个整体就会表现出预先设计的意图，并满足某种需求。
——Reekie及McAdamt
架构一词还有很多种不同的定义，这些定义有的强调形式，有的强调功能，而且各自所要求的细节程度也有所不同。比如：
（架构是）系统的基本组织方式，它体现在系统的组件、组件与组件之间的关系、组件与环境之间的关系，以及决定系统的设计与进化的基本原则上。
一ISO/IEC/IEEEStandard42010
架构健壮度原则（PrincipleofRobustnessofArchitectures）
“有三分之一的成本和三分之二的问题，都是由于非要去追求最后那10%的性能而引发的。”
——NormAugustine第15定律
“有九成的事情都比你预想的更糟，剩下那一成根本轮不到你来想。”
——NormAugustine第37定律
好的架构要能够应对各种各样的变化。能够应对变化的那种架构，要么是比较健壮的架构，要么是适应能力比较强的架构。前者能够处理环境中的变化，而后者则能够适应环境中的变化。在帕累托效率方面最优的架构，通常都不是最为健壮的架构。因此，在选择架构时，要同时考虑帕累托最优性、健壮程度以及适应能力这三个因素。
函数只在定义域上才有意义——人若扭曲了环境条件，然后通过这种扭曲去理解现实，无知的程度甚至可能比一无所知或没有理性的人更严重。犹太人有言云：一只已经停了的表，比或快或慢的表要好——因为每天它可以至少两次正确报时！
就目前的社会形态来看，无论如何标谤，行政系统管理者的整体行事倾向是大权独揽，而研制体系的技术管理则是努力把责任分担。根本原因，趋利避害是人的第一本能；因为运行规律的不同，不同系统中的人的应对策略必然不同。