码农老吴寄语

《设计原本》是布鲁克斯老爷子（软件工程之父，计算机科学家，图灵奖，冯诺依曼奖等奖项得主）的经典著作，它里面旁征博引的有关设计的名言，横跨科学，哲学，艺术，音乐，建筑等多个领域，句句展现着布鲁克斯老爷子的涉猎广泛，博学多才，值得我们每一个程序员，架构师细细的品味，在此向布鲁克斯老爷子致敬，他的书值得我们作为架构师的床头书。

码农老吴，才疏学浅，学艺不精，点评更是词不达意，画蛇添足，权当博大家一笑，如能抛砖引玉，让你有一点点收获，我心足矣。

创意是如何产生的？

对一种技艺进行观察，并将所思所想运用到另一种技艺中，使得诸般妙用在一个人的头脑中不断反思（新思维也就不期而至了）

--弗朗西斯培根

码农老吴点评：

举一反三，触类旁通，深度思考，是创意的有效途径。

设计工作是相通的吗？

很少有工程师和作曲家……能够通过探讨对方的专业作品而各取所长。我建议，他们可以共同探讨有关设计的问题……（由此）共享他们在创新性的专业设计过程中取得的经验。

希尔伯特·西蒙 计算机科学家-摘自《设计原本》

码农老吴点评：

看来直男码农和前端设计师小姑娘，要多沟通沟通工作哦，以便提高软件设计的创新能力。

曲子全部谱好了，只是还没有写下来。

——致利奥波德。莫扎特信札（1780年）

码农老吴点评：

软件已经设计好了，只是还没有开始编码，优秀的程序员，架构师往往都具有这种特质。

如果许多个体有共用的名字，则可以认为它们对应着同一个构想或形式。

世上有一些床和桌子，但是它们仅仅拥有两个构想或者形式：一个是床的，一个是桌子的。

任何人在制作一张床或者一张桌子给我们使用时，都要遵循这构想。

——柏拉图（公元360年）《理想国》卷十

码农老吴点评：

看来柏拉图，是面向对象编程的祖师爷。

如果设计理念本身是焦点，而不是拐弯抹角的表达或残缺不全的细节，那么沟通就可以非常直截了当。

摘自《设计原本》第一章，设计的疑问

码农老吴点评：

架构师，软件开发人员，需要形成自己的软件设计理念。

……因为设计的理论是普通的搜索理论……即在巨大的组合空间搜索

——Herbert Simon希尔伯特·西蒙（1969）计算机科学家《The Sciences Of The Artificial》

摘自《设计原本》第二章，工程师怎样进行设计思维--理性模式

码农老吴点评：

艺术的尽头是数学，所谓设计，不过是从设计师的头脑中，搜索积累的知识和经验，然后排列组合，形成创意而已。

耐用、高效和情趣

——[古罗马] 维特鲁威（公元前22年）《建筑十书》

摘自《设计原本》第十二章，技术设计中的美学与风格

码农老吴点评：

遇事不决，量子力学，程序员，架构师则是遇事不决，建筑解决，需要效仿建筑行业的大师们，提高自己的设计能力。

风格是思想的外衣，高尚的思想正如装束体面的绅士那样令人神往。

——查斯特菲尔德勋爵四世（1774年）

摘自《设计原本》第十二章，技术设计中的美学与风格

码农老吴点评：

当程序员的代码，软件设计，处处体现出自己的风格，就离优秀的架构师不远了。

优雅，就是用最少的元素，定义出尽可能对的概念。

风格，就是一种不同的，可重复的微观决策集合，即使所处的环境不同，但决策制定的方式是保持不变的。

摘自《设计原本》第十二章，技术设计中的美学与风格

码农老吴点评：

我钦佩布鲁克斯老爷子的地方就在这里，即使是艺术化的名词，都可以用数学语言来解释，这一点对我们理工男来说，是很重要的，能从这本书学习到这两句，我认为就值了。

……当你寻找某样东西时，只有当你对它有所了解时，才有可能找到。否则，你根本毫无头绪，甚至根本无从知晓是否已经找到。这再次证明了，架构师在设计时，脑海中闪过的，往往还是已有的方案和风格。

—— Bill Hillier and Alan Penn（1995年） 与研究领域无关的设计理念是否存在。

码农老吴点评：

你不会找到你不知道的东东，学习与积累，是你创新的基础。

大约在16世纪，在大多数欧洲语言中，出现了“设计”这个术语或等价的词……

总的来说，这个术语的出现表明，设计从实现中分离出来。

码农老吴点评：

设计和实现分离，是技术发展的一种趋势，建筑行业尤其明显。软件行业也出现了这种苗头，程序员高工资的一个重要原因，是软件开发的设计和实现还没有彻底分离。

（当设计师）按照初始状况进行设计改造的时候，状况本身会“抵触”，而设计师只能就这种状况反弹做出回应。

在良好的设计过程中，这种状况交互是自反的。在回应状况反弹时，设计师会将问题的构造，行动的策略以及现象的模式纳入行动的考量，在每一步的推进中，都隐含了这些考量。

——Donald Schon 麻省理工学院设计理论家。

码农老吴点评：

怕理解得不到位，还是听布鲁克斯老爷子怎么说，“在对权衡的沉思中，一种关于整体设计问题的新理解逐渐浮现出来，即它（这种新理解）是诸多因素，以错综复杂、彼此牵制而又彼此交互的方式组合的结果。由此，对于诸项必要条件的权重计算方法就发生了变化”。

一种广泛认同的观念是：创新性设计并不是先把问题定死，再去寻找一个令人满意的概念解决方案；它似乎更像是针对问题的构造本身以及解决方案的思路这两者同时进行研发和完善，这包括不断地在两个“空间”（问题空间和解空间）之间进行循环往复的分析、综合和评估过程的迭代。

——Nigel Cross and Kees Dorst 1999,"创新性设计中问题和解空间的共同演化"

码农老吴点评：

经常有以下口头禅的程序员，架构师，好好参悟一下这句话，一定会受益匪浅。

”需求文档里面是这样写的“，”我是严格按照需求文档开发的“，”产品经理是这么要求的“

严格按照需求文档开发的是普通程序员，能对需求提出优化方案的是优秀程序员，能提出新的高价值需求的程序员不得了，可以转行当产品经理了，也可以自己当Boss了。

如果一个设计，尤其是团队设计，想要获得概念完整性，那么就应该清晰地定义出稀缺资源；公开、公正、公平地跟踪使用记录，并严格控制其使用情况。

——摘自《设计原本》第10章 英寸、盎司、比特与美元-预算资源

码农老吴点评：

对于一个软件开发团队，项目中的稀缺性资源，要确保团队所有人达成共识，并由架构师或者Leader统一管理。

人们最关心的指标有两个：交付的产品到底有多大的价值，以及为了交付该产品花费了多少精力。功能点非常有用，因为它可以衡量前者，反过来说，代码行数，类的规模以及其他一些指标则真实地反应出开发风格。如果做得够好，就能够在减少代码行数及类的数量的同时，轻松提升交付产品所能创造的价值。

——摘自《设计原本》第三部分 设计面面观，第10章 英寸，盎司，比特与美元-预算资源

码农老吴点评：

优雅，就是用最少的元素，定义出尽可能对的概念。优秀的程序员，架构师，就是要用尽可能少的代码，来实现尽可能多的功能点。

……专注于软件过程成熟度方面的工作，其背后的基本假定就是：

软件产品的品质在很大程度上取决于构建产品时的软件开发和维护过程。

——MarkPaulk（1995），“论软件能力成熟度模型的演化"

码农老吴点评：

软件开发团队需要高手，大牛，大神，但是软件的高品质，更需要科学的项目管理，架构师，项目经理都很重要。

,