下载APP
关闭
渠道合作
推荐作者
44｜ 模块导读：假如我只能向上帝要一个技能
2022-06-14 郭东白
《郭东白的架构课》
课程介绍
讲述：郭东白
时长15:32大小14.24M
你好， 我是郭东白。
通过前面三个模块的学习，我们掌握了架构师的生存法则、架构师在架构活动中的工作方式、架构师在成长过程中需要获取的能力维度。那么最后一个模块，我们就来学习如何提升架构师最核心的能力——思考力。
独立思考
我们之前提到过了，思考力指的是在生活和工作中，通过独立思考带来有效结论的能力。同时，我们也解释了什么是独立思考。我认为独立思考是针对同一个问题，通过有别于他人的视角、有别于他人的证据组合和有别于他人的思维方式，来推导出逻辑结论的过程。在思考力这个定义中，我想特别强调三个方面。
首先是独特的视角。架构师经常需要以异于他人的视角来思考问题，比如我们在讨论跨域架构师时提到的全局视角，在讨论生存法则时候提到的人性视角，在讨论 CTO 角色时提到的企业长期生存的视角，等等。
在现实世界中，影响结果的维度非常多。比如针对软件架构，我们仅在模块一中就提到了目标、人性、资源、商业环境、技术环境、文化环境等六种因素。通常来说，架构师要选择一个不被他人重视，但的确能对结论产生重大影响的视角去做深度思考，正如我们在前面三个模块中讨论的一样。
其次是独立的证据组合。当选择好一个或多个维度切入思考后，选择的证据组合同样会对结论产生巨大的影响。
举个例子，我们之前的课程中多次提到了企业、技术和架构活动的生命周期。但是，哪怕是同一个团队中的同事，也可能会对同一个技术或企业生命周期作出完全不同的判断，因为每个人接触到的证据是不一样的。那么找到最有价值的证据组合，也就是最能逼近有效结论的证据组合，就是你作为架构师可以提供的核心价值。
最后是独特的思维方式。每个人的思维方式都不一样，有的人喜欢在别人逻辑推导的基础上发现漏洞，并试图修复优化；有的人喜欢对问题进行层层分解，自己独立得出结论；也有的人喜欢从其他学科中寻找类似的问题，从而发现新的解决问题的思路；还有的人喜欢在跟别人的深度讨论和辩论中逼近真理。通常来说，不同的思维方式会带来不同的推导路径，从而得出不同的结论。
不过在这个定义中，其实还有两个隐含的假设。第一个假设是同一个问题，也就是说所有人都在讨论同一个问题，大家只是在结论上没有达成共识。
这个假设听起来似乎很愚蠢，如果不是同一个问题，何谈独立思考呢。但是在现实生活中，你会发现，越是那些有挑战的问题，参与讨论的各方越是缺乏对问题的统一定义，因此很多时候我们花了很大力气，之后才发现大家讨论的都不是同一个问题，目标也完全不同。
不信的话，下次在大家争论得不可开交的时候，你可以试着打断一下，然后让每个人把正在讨论的问题分别写在纸上，看看大家对问题定义的描述是否完全一致。反正我没遇到过一致的情形。
另一个假设是统一的甄别方法，也就是说不同结论之间是可以被比较的，最终能够选出最有价值的结论。
我刚才已经说了，越是有挑战的问题，越难找到统一的度量结论的标准。事实上，如果一旦思考清楚我们在一个问题上的目标，并量化出这个目标的指标，解决方案往往也就开始浮现了。它不再是一个未解的难题。
有效的甄别方法除了能帮助我们理清问题外，还有另外一个很重要的价值，就是可以应用到我们在模块二里讲的共识机制的建设中。它可以保障最终决策的公平性，避免将解决方法的共创，变成最高权力者的决策。
有了这个对独立思考的定义，我们就可以理解这个模块的目标了，那就是提升你独立思考的能力。接下来，我就对模块内容进行一些简单的介绍。
架构师这个职能有必要存在吗
提到思考力，你可能会有一连串的疑惑：思考力为什么对架构师这么关键？为什么思考力是架构师的核心能力？为什么思考力的提升能给架构师的职业成长带来决定性的优势？等等。如果你认真思考，就会发现，这些问题其实都指向一个终极问题：我们为什么需要架构师？
且听我慢慢道来。
我在不少场合中做关于架构师的演讲的时候，会听到大家对架构师这个职业有着各种各样的假想。当然，大家也会问各种各样的问题，但我很少听到有人问：架构师这个职业有必要存在吗？
对于从业者而言，架构师是一个很赚钱的职业。那么对于用人方来说，就是一个很费钱的职业。那么，对于一家公司而言，既然架构师这个职能这么费钱，为什么我们还需要架构师呢？更进一步地，架构师这个职业有必要存在吗？
其实大家没有这个问题也很自然。我们身边多的是架构师，大家也都在花钱学习架构的相关课程。问这个问题，似乎是多此一举。可是，这个问题却是我思考最频繁和最久的问题。可以说，整个专栏的缘起、我的架构理念、总结的架构法则、贯穿我职业生涯的行为方式，都来自我对这个问题的思考。
首先，你可能觉得架构师理应是一个成熟企业所必须的职能。哪家大公司会没有一个架构师呢？请你仔细回忆一下模块二的内容，我们曾经提到过，架构活动中的目标并不是由架构师制定的，实际执行者也不是架构师。那么为什么要在这中间增加一个架构师呢？
当我们之后介绍实用主义思维的时候，你会看到到，实用主义强调“每个人都应该从实践中直接体验理论，我们应该尽量摈弃任何没有意义的中间环节”。那么，对于实用主义者来说，架构师的存在，隔离了制定目标的决策者和执行目标的执行者。这种隔离，会增加从执行者到目标之间的理解难度和反馈距离。也就是说，至少某些实用主义的信奉者会质问：架构师是否有必要存在？
我做过多年的专职架构师。在过去，我的团队中也曾设立过专职的架构师和架构师团队，他们阶段性地起到了很大的作用。不过我现在的公司里，并没有设置多个专职的架构师岗位，最后发现其实也没有影响架构活动的质量。我想说明的是，一家企业可以不设立专职架构师这个岗位。事实上，很多公司的现状也是如此。
你可能认为，公司在一个架构师身上的投入就是发给他的工资。其实不然。架构师对公司而言，消耗的最大成本是人才培养的机会。同样一个架构决策机会，如果长时间交给同一个人做，其实也就剥夺了其他技术人员的决策机会。
决策机会对于任何人而言，都是很宝贵的机会。它是一家公司里的稀缺资源，也是人才培养过程中非常重要的消耗品。那么对于公司而言，架构师占用的决策机会就是很大一笔投入。当然，公司对架构师的投入远不止这些，比如说由于架构师岗位的存在，公司还必须改变团队的沟通方式和决策模式等。
如果所有架构师都在消耗资源的话，那么他必须能创造价值，否则公司就不理智了，要付出相应的代价。因此我们不难从商业经营的角度，来推断出架构师职能所必须满足的一个条件：架构师所创造的长期价值，要大于公司对他的各种形式的投入。
或者反过来说，如果一个架构师产生的价值远大于公司在他身上的投入，那么任何一个理智的公司，都应该设立架构师这个岗位。
如果沿着上面这两个路径继续思考，我们会得出同样的结论：架构师必须选择一个以持续创造增值为目的的思维。这其实就是我们整个模块的总纲。
那么如何做到这一点呢？就是靠你的独立思考。
关于提升思考力的建议
架构师该如何通过独立思考来最大化自己的增值呢？针对这个话题，我们这个模块将会讨论以下内容。
第一部分，架构师的思维定势。我们这里所说的思维定势，指的是架构师在思考过程中的基本假设。从某种角度来说，思维定势就是你选择相信什么，或者说你在架构师的生涯中坚信和奉行的那些“主义”。
比如整个经济学就建立在“人是理性的”这个基本假设之上。我认为这些“主义”不是随意挑选的，而是和架构师这个职业的内在特性所绑定的。那么一个架构师应该采用什么样的思维模型呢？为了激发我们的思考碰撞，我在这节课的最后，特意留了关于这个话题的思考题，所以这里先不列出我的答案。
第二部分，架构活动中的思考维度。你可以回想一下模块二的内容，在一个具体的架构活动中，随着架构活动的推进，架构师能贡献的价值也在发生变化。因此，在架构活动中的不同生命周期，我们就需要不同的思考方法。
在这个模块里，我们会分解架构活动的几个重大周期，强调每个周期中架构师应该采用的思考方式是什么。同样地，我们这里会略去具体的建议，而把相关内容留作思考题，帮助你最大程度地从这个模块获取价值。
第三部分，判断思考的质量。思考力的提升，意味着你的日常需要高质量的思想碰撞，那么怎么寻找那些有高质量思考的人呢？甚至再深挖一步，怎么判断每次思考的质量呢？靠投票肯定是不靠谱的。如果靠投票的话，人类历史上很多伟大的学说都会被淹没。关于这个部分，我会简单阐述一下我判断思考质量的方法。当然，我也希望你能在留言区写下你的判断方法。
第四部分，思考案例。最后，我会列举两个关于思考力提升的具体案例。第一个案例是 Amundsen 和 Scott 的南极探险案例，虽然案例内容与软件架构没什么关系，但作为挑战高风险目标的经典案例，曾经被投资界、商业界和企业管理界反复研究。所以我们也来看看，从他们的案例中，能够得出什么样的结论。
我试图通过第一个案例，来解释我们如何从其他学科和日常生活中寻找架构灵感，同时提升我们独立思考的能力和深度。
另一个案例与软件架构有着非常大的关系，也就是中台。通过这个案例，我试图解释我们如何判断他人的行为和论断，分析这些论断背后的立场和驱动因素。
这两个案例都非常复杂，我期望通过这两个案例，能够引导你尝试拨开迷雾，逼近真理。也期望通过这个模块的学习，能帮助你获取一些系统性的思考方式，提升日常的思考质量。
最后说句题外话，Amundsen 和 Scott 的南极探险故事有非常多的参考资料，我把资料链接放在了课程最后，其中 3、4、10 是重点，有兴趣的可以去看看。
小结
诚恳地讲，思考力这个模块是我们这门课中最不成熟的模块。没有人教我一个架构师应该如何去思考，网上和书本里也几乎没有关于这个话题的内容。但是从我的经验积累中，我认为一个架构师应该遵循某些思维定势，并且要在特定的场合采用特定的思考路径。
遗憾的是，我仅仅能从我不算太成功的职业经历中提取经验。所以说，我抛出来的仅仅是块砖。但是我坚信一件事：架构师的思考力可以通过学习来提升。
虽然我不知道提升架构师思考力的标准答案是什么。但是我认为要逼近这个答案，至少有一个起点：能有一位架构师将自己充满瑕疵的方法拿出来，请大家讨论、批判，并提出更好的建议，然后为其他人呈现出高质量的思考。
因此，虽然我心里对这个模块的内容完全没有底，但是我依旧愿意分享出来，希望能引发你的思考和批判。你的批判，其实就是我写这门课的最好的礼物。当然，如果还能给我和其他读者分享一下你的方法论，或者是你看到过的更好的方法论，那就是我和整个专栏读者的福气了。
所以对于所有的学习者而言，这个模块最重要的不是学习课程内容，而是在最大程度上参与讨论，并分享你的想法，这就是我们这个模块的目标。也希望你能从这个模块导读开始就这样做，认真完成这节课的思考题。
思考题
今天的思考题有三道，建议你都认真思考一下，并把你的想法，哪怕是简单的思路写下来，分享在留言区。在接下来的学习中，你同样可以把自己的思考、我的分享和其他人的思考来作个三维比较，看看在哪些方面我们的认知是相同的，哪些是不同的，又有哪些是我们需要改进和提升的地方。
在这个模块的学习过程中，我建议你能持续地，甚至要反复批判你自己的、他人的，以及我的观点。我认为只有这样，才能从这个模块的学习中获得最大程度的成长。所以说，今天的三道思考题都是必答题，不能省略啊！
题目如下：
作为一个软件架构师，你信奉那个主义是什么？
在一个复杂的架构活动中，你是以哪种思考方式来贡献价值的？这种思考方式会随着架构活动的推进而产生变化吗？
你是怎么判断一个人的思考质量的？
最后，关于 Amundsen 和 Scott 的南极探险资料，我进行了简单的整理，链接如下。当然，这些资料加在一起有 1000 多页，内容很多，所以我在“郭东白”的抖音号里也对这部分内容进行了拆解，欢迎围观。
Roald Amundsen, “The South Pole; an account of the Norwegian antarctic expedition in the Fram, 1910–12 (Volumes I and II).” London: C. Hurst & Company. ISBN 0-903983-47-8. First published in 1912 by John Murray, London. also available at http://www.gutenberg.org/ebooks/3414
Apsley Cherry-Garrard, 1922, “The Worst Journey in the World”, Carroll & Graf. ISBN 978-0-88184-478-8. Also available at: http://www.gutenberg.org/ebooks/14363
Amundsen’s South Pole Expedition, https://en.wikipedia.org/wiki/Amundsen%27s_South_Pole_expedition#CITEREFAmundsen
Comparison of Amundsen and Scott Expeditions, https://en.wikipedia.org/wiki/Comparison_of_the_Amundsen_and_Scott_Expeditions
Jim Collins and Morten T. Hansen, “Jim Collins and Morten T. Hansen, Why do some companies thrive in uncertainty, even chaos, and others do not?”, 2011, Harper Business, ISBN 978-0062120991
The North-West Passage; Being the Record of a Voyage of Exploration of the Ship “Gjöa”. New York: E.P. Dutton and Co. 1908. OCLC 971379351.
欢迎把你的想法分享在留言区，相信经过你的深度思考与输出，学习效果会更好。我们下节课再见！
分享给需要的人，Ta购买本课程，你将得20元
生成海报并分享赞 2
提建议
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
43｜模块小结：什么是架构师成长的关键能力？
下一篇
45｜思维定势（上）：价值思维和实证思维
精选留言(15)
Johar2022-06-14作为一个软件架构师，你信奉那个主义是什么？ 简单合适 在一个复杂的架构活动中，你是以哪种思考方式来贡献价值的？这种思考方式会随着架构活动的推进而产生变化吗？ 1.透过现象看本质，采用本质的思维看用户的需求，深入了解用户场景，用户组织架构，找到用户痛点，思考更优的解决方案 2.结构化思维，从不同的纬度，视角看待架构方案，采用360读环评进行评估 3.反思思维，对于参与的设计方案，或者他山之石，进行反思展开作者回复: 多谢回复， 赞！
3
王宪2022-06-14我是看了这个课程好久第一次交作业。也是慢慢联系自身实际有更多的感悟，才能交得上这个作业 :) 1. 作为一个软件架构师，你信奉那个主义是什么？ 极简主义，用最简单的方案实现合适且足够的业务价值。 2. 在一个复杂的架构活动中，你是以哪种思考方式来贡献价值的？这种思考方式会随着架构活动的推进而产生变化吗？ 不变的部分是随时引导团队去拿着方案回归问题本身，保证设计目标不跑偏，不做白工。变的部分是侧重点，从对需求背后逻辑的深挖，到对各个级别架构中长期适应性的验证，最后到功能上线后对最初设计以及功能期望的符合程度。但不论哪个生命周期，都要对着设计目标验证，也要持续演进设计目标，保证符合组织目标。 3. 你是怎么判断一个人的思考质量的？ 主要看这个人是否对这个问题形成了系统化思路，从而可以保障这个思考结论的可重复性和可验证性，进而验证其在问题域中起码的普适性。展开作者回复: 多谢多谢！ 学习了。
2
spark2022-06-14郭老师，takeaway~~~”李健、许巍、张学友、梅艳芳、梁咏琪、joshuabell“，写心得体会时，选择听谁的歌？梅艳芳，就像歌德的诗，“停留一下吧，你多美啊！”~~~ 首先，一定成功不了的思考包括，标准答案、固有习惯、直线思维(两点之间直线最短、套用以前的解决方案)~~~ 架构活动的目标是什么？追求文明、创造文明。苏格兰的启蒙运动，康德讲，启蒙就是人类脱离自己加之于自己的不成熟状态。休谟认为，人是狡猾的，需要设计机制。启蒙需要建立在理性之上，在于大家能够自己发现问题，给出自己的思考~~~ 最后，用一个问题收尾，问，“1+1等于多少”。一种答案是2，用逻辑推理，和运算能力得到正确的结果。另一种答案是收获爱情，建立新的概念和观点，这是产品经理的入门要求~~~展开作者回复: 所以你的答案是？
共 2 条评论2
徐李2022-07-04你是怎么判断一个人的思考质量的？ 他的思考结果，确实能带来价值。那怎么判定带来了价值？主要是，根据这个思考结论，大家至少发现能解决问题，至少没有明显的问题，而且对于未来也没有明显问题展开- 徐李2022-06-301.作为一个软件架构师，你信奉那个主义是什么？ 抓大放小；优先解决主要矛盾再解决次要矛盾；先实现再迭代 2.在一个复杂的架构活动中，你是以哪种思考方式来贡献价值的？ 这种思考方式会随着架构活动的推进而产生变化吗？ 架构活动中，已经有很多人在思考怎么实现，怎么落地，架构师更需要的是全局的角度思考 可能每个点不是很细致，但是你是全局思考的，有无把握，有无风险都要了然于胸。 架构活动中，进程是在不断推进的，架构师不同时期的关注点可能也应不一样，但是思考的方式我觉得都是全局视角优先 3.你是怎么判断一个人的思考质量的？ 他的思考结论是否是角度独特，另辟蹊径，不是大家都能想到，空泛的。而是大家都想不到的，或者想得到但是忽略的展开
作者回复: 多谢回复！
聪明的傻孩子2022-06-27作为一个软件架构师，你信奉那个主义是什么？ 答：首先就是极简主义，低成本，可拓展；如果一个架构不能降低开发成本或简化使用者的学习成本，这个架构对于后续的人来说会很麻烦，而且一定要为未来可能的需求提供拓展性 在一个复杂的架构活动中，你是以哪种思考方式来贡献价值的？这种思考方式会随着架构活动的推进而产生变化吗？ 由于不是架构师，我从一个程序员的角度分析：我思考的方式是降低组件之间的耦合度和复杂度，能做到参与的人力物尽其用，而不是花费更多的时间去做跨组件；并且对于核心依赖部分要做到掌控性；而且随着整体程序的推进，要能在不对原有结构大修改的情况下完成分装，组合和拓展； 你是怎么判断一个人的思考质量的？ 看这个人是否能透过现象看本质，这就如同开发中的“术”与“道”；道的本身是整个程序开发运行的规律和准则，而术的本身是将说不清看不透的道以一种形式表现出来，如网络通信的底层协议就是道，但是最终要以具体的应用框架，如Http，Https，TCP这样的术来表现；比如函数式编程这样的道，最终要以lambda这样的方式来表达；这就是现在很多人抱怨新技术层出不穷，但是道的更新速度是很慢的，而术的更新就很快；这就如同物理学的理论物理和实验物理一样；理论物理基本是百年才有一点突破，就能为实验物理带来飞速的发展；展开作者回复: “但是道的更新速度是很慢的”。 是的是的！
欧阳绍聪2022-06-231，奥卡姆剃刀 2，以终为始 3，解决问题的成本作者回复: 谢谢！
剑八2022-06-22复杂架构业务初期简单适用，后面再随业务发展迭代- 剑八2022-06-221.业务价值，企业生存主义；原则是复用与扩展，敏捷适用，快速验证商业模式与业务逻辑
John(易筋)2022-06-17KISS keep it simple, stupid. 源自美国海军1960年提出。Unix编程艺术 书里也提及。作者回复: 是的。
术子米德2022-06-16🤔☕️🤔☕️🤔 * 📖：怎么判断一个人的思考质量？ * 🤔：言行一致，这是我判断对方思考质量的重要方面。即，首先我会听对方的分享，其次我会观察他说的跟他做的是否匹配。如果配得上，无论如何，即使直觉式的思考，那也是我认可的基础级思考质量。 * 🤔：具有很多视角，持续在掌握更多的视角，这是我判断对方思考质量的另一个方面。所谓一流智慧，得在脑子里具备截然相反的观念，这不就是说能够具备跨度非常大的多视角嘛。所以说，具备多个视角，得出不同视角下的思考结果，以及持续学习并内化更多视角，这是我认可的进阶级思考质量。 * 🤔：当然，还有我认可的神迹般思考质量，就是所谓天才般想法，其实我不值得那些思考怎么得来，只是莫名得欣赏和佩服。展开作者回复: “所谓一流智慧，得在脑子里具备截然相反的观念，” 这个非常有意思， 学习了！
- 术子米德2022-06-16🤔☕️🤔☕️🤔 * 📖：独立思考 = 独特视角 + 独立证据组合 + 独特思维方式 * 🤔：当具备独特视角，已经是独立思考的优质思考成果，对此我特别期待能达到。当下的我，自认为刚入门独立思考，能具备一个以上的视角，但是还不具备独特的视角。 * 🤔：针对一个促发我思考的事物或现象，在感性驱使下，思考总显得很多余，往往脱口而出直觉式的观点。当理性复活时，我会用如下步骤开展思考： * 【1】它到底是个啥事情，它到底是怎么回事情，用我自己的思路和语言，讲清楚促发我思考的东西。这条的重要程度，无论怎么强调都不过份。个人觉得独立思考是否入门，就看这条是否做到。 * 【2】它有什么优点嘛，我得找出来，一无是处的东西，不值得思考。 * 【3】它有值得我学习的方面嘛，我得找出来，一无学处的东西，同样不值得思考。 * 【4】我对它有点自己的想法。这时候，我习惯采用科斯的1-2-3模型。即：如果这件事只跟我（1）有关，我怎么想，如果这件事跟我们两个人（2）有关，我怎么想，如果这件事跟一群人（3）有关，我怎么想。此时，我得出的观点，往往不会太片面，也不会太偏激。在交流的对方看来，此时的我显得能独立思考。 * 📖：越是有挑战的问题，越是缺乏对问题的统一定义。 * 🤔：所谓挑战，一个重要方面，来自问题本身的新颖度和困难度。越新颖，未了解的方面越多，自然不容易统一。越困难，未知的方面越多，自然也难以统一。这个逐步统一的过程，就是在认识问题的过程，这个过程就是挑战的一部分。展开
作者回复: 学习了！
罗均2022-06-16感激东白老师一如既往精彩的课程！ 思考老师的作业： 学生还不是一名合格的软件架构师，只是喜欢软件:)。而喜欢软件主要是感恩计算机永远可以任劳任怨地帮助人类实现重复的机械劳动，又可以给人类不断带来可持续的眼耳鼻舌身意六入处的感官享受。如果要有一个信奉的主义，或者说是iteration的特性，无论是物理层面loop循环还是人类行为的持续迭代。因此，学生综合第一个问题和第二个问题的思考，在软件活动中： - 物理层面需要拨开层层抽象努力寻求“第一性原理”，正如傅里叶公式的一个重大意义是可以将“非周期性的变化”抽象为“周期性变化”，因此一切事物特征都应该有其“loop特性存在”。 - 在执行层面，正是因为自己的认识与“第一性原理”差之甚远。因此需要由简入繁，层层探索。例如在一些传统行业进行iot升级时，iot技术本身不是核心，探索传统业务的本质并抽象出合理合适的“模型”才是核心工作，因此可以尝试： ＊第一阶段可以用一两台二手的Linux电脑+云商的物联网免费平台快速搭建demo； ＊第二阶段可以开始用几十个或几百个树莓派+云商的物联网免费平台； ＊第三阶段可以采购开源硬件模组组装+云商的物联网企业收费平台； ＊…… 最后一个问题，评估思考质量，还是如学生之前留言，坚信古今圣贤提倡的“无我之心”，私欲越少思考质量越高。 感谢老师批评指正。展开作者回复: 多谢回复， 欢迎在后面的章节做比较和评价。
范范范2022-06-14判断一个人的思考质量感觉就是判断他对完成某个目标的达成路径，既要有深度又要有广度，类似初中生证明题的解题过程
风的叹息2022-06-14老师提的几个问题都让人深思，平常没有系统的在方法论层面再次深度思考让回答这几个问题有些吃力，尝试借机思考并回复一下。 Q1.作为一个软件架构师，你信奉那个主义是什么？ A1：软件开发有很多原则或者经验，有些被整理为设计模式等，有些是设计原则。分布式系统架构中也会有很多取舍，是否添加中间cache层，是否要解决一致问题、事务问题等。而如果要论信奉的原则，我个人会以KISS为指导。它可以让代码更易懂易维护易扩展，也可以使架构更简洁和精炼。基于它诸如第一性原理等都可以应用于设计。 Q2.在一个复杂的架构活动中，你是以哪种思考方式来贡献价值的？这种思考方式会随着架构活动的推进而产生变化吗？ A2：我是随意阅读感兴趣章节，不知老师提的**架构活动**所指是否指参与架构的设计之过程。仅以自己一定经验分享一下。思考方式层面，我常用的有`分治思想`，在此之前需要向老师所说的**定义**清楚问题（需求）和我们需要达成的**目标**。然后通过将问题分而治之，化为若干个较小的具体领域问题，再借助`类比思想`，将领域的问题映射为一些成熟的思考或解决套路。当然其中的思考也会延续前面的KISS原则，将架构设计限制在一个可控范围。 不同阶段，架构关注的点也会不一样，相关的思考方式或者说思考立足点也有所不同。如架构上线前的高可用及性能相关，如设计之初的立足点是解决核心问题。 Q3:你是怎么判断一个人的思考质量的？ A3：如果可互动的话，采用追问方式，一直到是否掌握和了解了业界当前主流实现，以及自己是如何认知他们的异同。是否能观其大略，是否能粗中有细，是否有行业视野，是否能直击本质。 也希望听听老师和大家的想法：）展开作者回复: 多谢！ 我的想法紧随这节课之后有详细描述。
