该帖子同步发布于博客：““点线面块”思维”

PLPB思维

现代评价一个人，会从“智商”和“情商”两个方面来评价，并且更多的观点认为这些主要取决于先天，但无论先天天资多好，后天的学习、思考和总结对任何人来说都至为关键！

其实从入幼儿园到上小学，一直到大学毕业，甚至读到博士，我们学习这么多年，一方面学习知识，另一方面主要是学习思维。一个人的智力与记忆力、思维方法密切相关。思维方法是做好任何事情的前提。

在IT行业，从学习编程到设计出一套完整复杂的系统，是一个很大飞跃，对很多人来说也是一个不可逾越的鸿沟，从而有了程序员和系统架构师的岗位分工！如何设计出一套完整的系统？很多人会联想到“积木游戏”，把一块块木头搭建成漂亮的小房子，小围墙或者其他物体，对孩子来说是个创举。其实设计系统与此有些类似，但更为复杂。

基于个人做技术和做管理的经验积累，我总结了一个思维工具，取名为PLPB思维（PLPB，Point、Line、Plane、Block），或称“点线面块”思维。了解后你会觉得十分简单，但如果按照个思维工具的原则来做事情，将会发现如此有效！

复杂总是由简单组成，如何由繁到简，再由简到繁的创建一个系统需要大量知识、方法和经验的累积，最关键的还是思维。我不搞复杂的模型，举个大家熟悉的例子来描述这个思维工具如何使用。

拿新建一个软件项目来举例，从需求分析到Demo设计，我们需要按如下四步走：

第一步：从业务人员那里获取得大量散乱的知识“点”，我们要尽可能获取详尽的知识点，即使其中某些经过分析会舍弃，在需求调研的时候要尽可能记录每个细节，每个过程，过程的每个环节，留下每张单据，客户画的每张草图，图片或者照片，尽可能多，只要与业务有关系，最好就拿到。

第二步：面对如此乱糟糟的一堆东西，该如何处理？这是一个类似剥茧抽丝的过程。做这一步需要一定知识基础，那就是你脑子中有多少种“类”。对这些“点”，你要能根据关键字、属性特征、个体分类、时间等等，进行分析、梳理、分类、排序（时间序、级别序等），从而把这些“点”整理为一条条有关键特征的“线”。在软件设计过程中，通常首先是根据特征，整理出类，形成类图或者数据库的实例图。

第三步：然后再对这些类进行逻辑关系分析，用关系这条“线”，如：包含、连接、调用、发送等动作或者逻辑关系，“线-线交互”，规划形成一个又一个“面”，例如E-R图、类关系图。

第四步：然后再对这些“线”、“面”进行新的逻辑关系分析，通过动作关系、时序关系、业务关系等等这些新的“线”，进行关联、归类，就形成了“块”，子模块、子系统。再把这些“块”视为“点”，通过以上的反复分析、整理，我们就可以形成一个复杂而清晰的系统。

在以上的过程中，主要讲的是组合，但很多时候也需要把一些线、面、块进行拆分，数据库设计的“范式”思想对此体现特别明显。这种拆分是为了更方便的组合，用专业术语来说是放大数据的“粒度”，降低系统“耦合度”。

通过以上举例我们可以清晰地看到创建一套系统并非十分的困难。做事情最怕眉毛胡子一把抓，一蹴而就。没有条理、仓促行事，必然会丢东拉西，出现各种各样的问题。每个IT系统都是由一系列逻辑关系关联组成，运用“点线面块”思维的关键就在于要熟悉这些逻辑关系、各种分类、各种规则，这需要学习，知识累积。

其实很多工具方法中都已经体现了这种思维方式，我们上面提到的是软件系统的构建，但编写设计文件、PPT、项目计划等等都会用到，严格按照这个工具结合中国传统的“对称平衡”思想，整理出来的每个产品都将结构严谨、清晰完整。

希望能与大家多多交流！