结构化思维

系列文章说明： 本系列文章 主要是 使用 思维导图 对知乎 上一个知乎上的专题系列文章《从梦想到财富》的 一个解读。 1 文章链接 本章节 对应 《从梦想到财富》专栏的 文章链接 为： 思维混乱，因为大脑没有结构 2 导图解文 该文章的思维导图如下： 3 感受分享 结构化到底有什么意义呢？这里用看看普通思考 与 结构化思考有什么差别？ 这就是结构化的力量，表达 和 思考 都逻辑严谨、层次分明，接下来看看 怎样快速的结构化思考？ 结构化思考 是把问题层层分解成合理的要素，然后逐一击破、分而治之。在问题分解之前，一定先弄清楚分解的目的是什么，然后根据目的进行拆解与结构化。比如说，对于一个项目： 如果目标是分析进度：那就按时间进度，过程阶段来分解； 如果目标是分析成本：那就按工作项来分解； 如果目标是分析客户：那就按性别、年龄、学历、职业、收入等来分解。 对于分解，我们一般使用 MECE法则 来分解和创造结构，一般步骤是： 使用演绎法 从上而下 设计结构 使用归纳法 从下到上 提炼结构 调整结构，给出方案 而上面的原文 之所以建议大家认真看 是因为文章中给出了很好的案例。 最后谈下 平面切割法， 这是个相当棒的MECE法则的实践方法 很多思维模型（俗称的套路）都是用了 MECE法则，比如：乔韩视窗、时间管理矩阵、波士顿矩阵、通用公司矩阵、SWOT分析。。。等

软件工程方法学： 1 传统方法学：采用结构化的技术来开发软件，并且是采用合适的开发工具和软件环境来支持结构化的软件开发技术； 2 面向对象方法学：以数据为中心，采用将数据和数据的操作相结合的方式，便于对软件的开发； 2-1 面向对象方法学的原则和特点：模拟人的习惯思维，使开发软件的方法和过程与人认识世界的方法是一致的； 来源： CSDN 作者： SSX_FIGHTING 链接： https://blog.csdn.net/qq_39792342/article/details/103940861

1.掌握20%的核心 —— 一个领域20%的核心内容，能够解决这个领域80%的问题 比如我们经常说一个人思维混乱，然后觉得思维混乱是个很大的事情，感觉一辈子都提升不了。但实际上，大部分的思维混乱，都是因为缺乏结构化思维，而结构化思维只要掌握三个特征就可以，包括 主题鲜明、归类分组、逻辑递进 ，不管写作、演讲还是会议发言，做到这三点就可以显得思路很清晰。因为结构化思维属于思维的20%核心，而这3个特征，又是结构化思维的20%核心。 但是，每个领域里面，哪些是那20%的核心，其实是需要这个领域的专家来指点的，因为在你对这个领域一无所知的情况下，你没有方向，绕一大圈也不知道门在哪里，等终于入门了才发现走了不少弯路。所以大多数的成功人士，都很擅长找“师傅”，他们会告诉你，一个领域里面最核心的是什么，从而让你快速入门。至于入门之后他是否需要或者愿意深度提升，那是他自己的选择。 2.知识和问题互相靠 知识向问题靠 ： 每看到一个知识的时候，就去思考这个知识可以用来解决什么问题。 问题向知识靠 ： 就是当你遇到问题的时候，抛弃第一反应，不要先按照自己的思维定式来解决，而要去想有什么方法论模型可以用。 为什么不能按照第一反应的方式解决呢？因为在我们碰到问题的时候，我们的下意识第一反应，是未经思考的，是在遵循我们过去的模式，但如果我们处理所有问题都靠过去的模式，那么刚刚学习的新知识、新解决方案

导读：运用结构化思维进行故障处理，其目的是为了将故障应急操作标准化，进而提升处理效率。 近期收到朋友赠送的一本书—《深入浅出MySQL》。闲暇之余，阅读了部分章节，书中针对故障处理一节，给我印象颇深。书中提炼出的一些方法论，正是我之前在团队中推广的方法。其目的是为了将故障应急操作标准化，进而提升处理效率。推而广之，这其实是一种结构化思维在具体工作中的体现。而这种思想在某具体工作、乃至个人、团队发展等，均可发挥重要作用。特写下此文。 一、故障处理流程 1.1 示例：数据库故障处理 下面是来自网易的一些经验，整理自《深入浅出MySQL》一书。 1.1.1 事前：故障处理原则 1）沟通第一 在数据库出现故障时，务必和运维、开发、产品等其他团队保持高效沟通。DBA在遇到故障时，一定不要忘了沟通的重要性，即使时间紧迫，简要的沟通往往也能带来事半功倍的效果。从长远来看，也有利于培养和其他人、其他团队之间的合作和信任关系。 2）关注人为 人为故障占有不小的比例。要通过及时沟通并查看历史记录，确认操作是否有误、要和其他团队沟通是否有特殊操作。当然，解决人为故障最好的方法还是将数据库运维自动化、标准化、规范化。 3）快速恢复 在处理故障的时候，要明确的一个思路是要优先恢复服务，确保服务的最大可用性，其他的不一定要优先考虑。 4）三思后行 有些故障处理方式，可能对数据库造成难以恢复的影响，务必慎重