《形式综合论》书评

引人发散的设计构思过程

没看懂书里的数学理论是比较遗憾的一件事，但我可以保证看懂的部分都觉得很有意思。大四初接触时最喜欢的老师曾经引用了里面的一句原文，大概是说设计不随小孩玩玻璃球那么随意，但是很困难，因为必须同时应对的因素太多。用零碎的时间看完了这本书，一直在跟翻译者玩文字游戏，因为翻译中有许多在意的关键词的描述，类似干扰冲突、协调、简单、独立、不自觉、反复调整、平衡、结构、图解、符号、需求、形式。。。每一句话似乎都有着深层含义，按照顺序读下来的话。书的结构其实并不难理解，首先明确要形成良好的设计必须了解设计对象的一种自组织的过程，了解相关因素以及系统间的相互作用，因为经过不自觉发展而形成的形式是比较好的形式。然后构建了一种方法：按照相关设计变量间的相互关系分类，形成相对独立的模块化系统，通过0、1数据的赋值进行数学分析。最后附了一个小案例，方法上看上去有点繁琐。但如果了解要领便能迅速将复杂的系统变成有序的关系集合，这点对于抓住事物的本质非常重要。应用性非常广泛，并且可以直接定位到空间组合，只是自己能应用多少的问题。道理总是比较容易理解，而到行动上就变得很难，世事往往如此。程序设计师可能更能体会到这本书的益处，至少是把一个不自觉的复杂系统解读到透彻，更可以通过计量的方法来分析，为社会学和纯理学架构了一座桥梁。如果英文水平能好一点的话，原版书才最有魅力吧，至少能最直接接近作者的思维而不用拐弯抹角地字面理解。

看了这本书，对作者的崇拜是发自内心的，对译者的崇拜更是五体投地的

如果一本译注里满篇都是“不管我们通过何种程序来思考需求问题，在寻求满足所有需求的形式时，必须在某些阶段解决各个冲突”这类抽象名词时，毫无疑问，阅读时已经消耗了大量的“句法能量”，能放在“语义能量”上的斗志就少得可怜了。【这是阳老师说的一个人阅读句子时精力的分配方式，如果语句流畅自然，读者就可以将更多的精力放在文章涵义的理解上；如果语句謷牙诘屈，能量都放在理解字词上了，语句真实的涵义就更少关注】。其他书可以每次一章的速度，这本书你只能每次阅读2-3页。偏生作者以高度的抽象化语言浓缩和提炼。你只有放慢速度，深读下去，才能体会到构建一个复杂系统考虑因素时的各种干扰和困惑，才能明白“形式图解”和“需求图解”之间的关系，才能发现不同变量涉及不同类型的实际判断因素关联起来多么困难。Oh my God，我只能用它的抽象术语来描述这一切。而这原本可以更简单的例子来说明，好像1+1+1+1+1瞬间被简化为1*5一样。细细看下来，这本书其实说了两个问题，一个是构建复杂系统时，子模块之间要较少相关性，而子模块内部要更多相关性。第二是，不太相信人类。人类的语言会倾向于把能清晰表达的部分夸大，从而将其他部分忽略。以及人类难以以直觉方式构建复杂系统。更好的办法是依靠模型，将相关和冲突的因素勾选出来，进行更好的建模处理。更让人钦佩的是译者。虽然说作者是真知灼见，而且只有体会过想构建大的复杂系统的人，才能明白他这一套思想是多么的抽象和优美，但译者更是功不可没。我没有在网上找到译者的介绍，书里也没有，但这套书如果让普通的大学毕业生翻译，我相信会惨不忍睹。这部精品，不仅是作者的精品，更是译者的精品。看了这本书，我对作者的崇拜是发自内心的，但对译者更是五体投地。因为他们不仅掌握了这套精美简介的思想，更把这思想得以精确的表达。

解决一切设计问题的民工流程，乔布斯泪流满面

《形式综合论》所讲的理论对每个程序员都不陌生,不就是讲模块划分时的“高内聚低耦合”吗？只不过本书把“高内聚低耦合”推广到了一切设计领域而已。但这本书牛逼之处在于，居然给出了如何做到“高内聚低耦合”数学模型。换言之,最顶级的建筑师、导演、产品经理、软件架构师、游戏设计师、服装设计师、乔布斯们整天纠结的问题都可以靠按部就班的体力劳动方式解决。甚至其中的最重要的步骤，划分子图并生成提纲，只是一个数学问题。作者反复强调划分子图时不要根据自然语言中的概念来划分，而就当数学题来算就好了。这就意味着这个步骤用程序来解比人来解更好。根据这一理论，可以开发一个解决一起设计问题的通用软件，供一切领域的设计师使用。用户需要只需要根据常识输入独立的需求，软件就能解析这些需求生成设计提纲。甚至这一软件的业务模型、数据结构都在本书的“附录一”中有例子，而核心算法，本书的“附录二”已经写的清清楚楚了。本书的理论若得到应用，意义不亚于印刷术，将让人人都可成为乔布斯。

形式既是解决方法，又是表达式

因为我是先对书中所讲的设计方法产生兴趣，然后才找到的这本书，所以前半部分几乎是兴奋而饥渴地读完的。又因为对普遍的由直觉和常识来做设计感到不安和排斥，所以特别期待地盯着最后几章的标题，尤其是“提纲的实现”和“问题的解决”。然而第二部分并没有我想象的那么吸引人，当然大部分原因是我自己没看懂其中的数学部分。事实上整本册子还是很浅显易懂的，从列表描述到子系统的分离和图解化问题，最终得到方案。作者有时候会显得有些啰嗦不过说得都很有逻辑，一些小例子也非常有趣。遗憾的是他最后依旧没有得到纯粹的逻辑化结论：对于不可量化的问题，他妥协于用常识来解决；对于无法详尽的列表，他妥协于“尽可能”。当然我相信随着科技进步，不可量化的问题会越来越少，而列表也将会在参数化的环境模拟系统中得到完善。读完最大的收获就是让我看到了逻辑化设计的可行性和实施它的基本方法，信心这种东西还是很重要的XD