zoukankan      html  css  js  c++  java
  • 架构漫谈阅读笔记1

    阅读笔记

    浅浅的读过这本架构漫谈之后,有了一点基于此的感悟:

    首先从源头上讲,架构源于建筑,源于人们的大规模集群式的劳动

    架构的定义中说,把一个整体(完成人类生存的所有工作)切分成不同的部分(分工),由不同角色来完成这些分工,并通过建立不同部分相互沟通的机制,使得这些部分能够有机的结合为一个整体,并完成这个整体所需要的所有活动,这就是架构。

    可以看到架构的核心关键在于分解问题,量化问题。

    架构的核心关键是找到问题的核心

    按照之前架构的定义,做好架构首先需要做的就是识别出需要解决的问题。一般来说,如果把真正的问题找到,那么问题就已经解决了 80% 了。这个能力基本上就决定了架构师的水平。

    文章中提到了这样的观点:1.架构师是解决别人的问题。

    2.架构师解决的问题是可以别人可以自己解决的问题。

    综上我觉得反映出的问题就是架构的核心问题了。架构师是用来做什么的

    很明显问题本身是可以被人们自行解决的,所以架构师是用来把问题量化成为每个人可以解决的问题,并且并不参与任务的执行,这就是所谓的,架构师解决的是别人本以结局的问题。

    识别问题的途中常出现一些预料之外的问题,比如说:

    被告知要处理一个问题,但是交过来的实际上是一个解决方案,不是问题本身

    被告知要处理一个问题,直接通过直觉就有了一个解决方案,马上考虑解决方案如何落地,或者有几种解决方案,选哪个合适。

    这些都是需要架构师进行分析和解决的。

    接下来是如何做

    首先第一点,确定人物

    所有的概念基本都有一个很大的问题,就是缺乏主语。而我们大家都心照不宣的忽略这个主语,沟通的时候也都以为大家都懂得对方说的主语是谁,结果大家都一起犯错误。识别问题的一个最大的前提就是要搞清楚:是谁的问题。这个搞清楚了,问题的边界也就跟着确定了,再去讨论问题才有意义。

    接下来就是将问题的各个子部分联系起来,建立好沟通机制,共同解决问题

     

    最后关于 本文做一个文末总结:

    发现问题永远都比解决问题来的更加重要。

  • 相关阅读:
    iOS开发- UICollectionView详解+实例
    iOS 8出色的跨应用通信效果:解读Action扩展
    iOS开发宝典:String用法大全
    Masonry介绍与使用实践
    UILabel 行间距设置
    libc++abi.dylib: terminate_handler unexpectedly threw an exception错误小结
    适配iOS 8备忘录 开始启动(持续更新。。。1130)
    “System.AccessViolationException”类型的未经处理的异常在 System.Data.dll 中发生 其他信息: 尝试读取或写入受保护的内存。这通常指示其他内存已损坏
    HighCharts 详细使用及API文档说明
    跟我一起从零开始学WCF系列课程
  • 原文地址:https://www.cnblogs.com/jyt123/p/13162394.html
Copyright © 2011-2022 走看看