zoukankan      html  css  js  c++  java
  • 架构笔记四

      解决问题的第一步就是要发现问题、识别问题,这里我想到了那个“画一条线,价值一万美金”的故事,斯坦门茨经过几天的观察能顺利的找到问题所在,就是因为他有这种发现问题、识别问题的能力。当然在面对问题时我们也应该清楚我们有哪些困难需要面对,文中提到的这样一则笑话,女主让男主把袋子里的土豆切一半下锅,结果男主把袋子里的每一个土豆都切了一半,把另一半放进锅里,发生这种情况不单单是沟通问题,抛开问题的表面,解读更深层次的本质,我们就可以发现这其实是忽略了真正的问题是什么造成的,就像我一样,老师在布置一项作业的时候,我们总想着这个功能怎样用代码实现、那个功能用什么算法上,不会去想或者很少去想“真正的问题是什么?”,这样只能停留在编写代码或者说的程序员的层次上,不可能成为一名架构师

      在思考过“问题是什么”之后,才是我们要怎样识别问题,问题分为很多种,每个人都有自己的问题,女主的问题是"切一半的土豆下锅",男主的问题是“切土豆的一半下锅”,很显然这两种不是同一个问题,女主传递给男主的信息其实是一条解决方法,男主错误的将其当做了一个问题来处理,最后的结果导致谁都不满意。因为真正的问题没有被发现,自然也就没有被解决,那么后续还要继续解决问题。事实上自己的工作并没有完成,反而更多了。为了帮助自己更快的搞明白,首先要做的事是问正确的问题。架构师应该问的第一个正确的问题就是:目标问题是谁的问题。要解决的问题,一定都是人的问题。或者可以说都是别人的问题,不是自己的问题。再进一步,我们一定要明白,任何找上架构师的问题,绝对都不是真正的问题。为什么呢? 因为如果是真正的问题的话,提问题过来的人肯定都能够自己解决了,不需要找架构师。架构师都要有这个自觉:发现问题永远都比解决问题来的更加重要。

      这也是我们在面临问题时要时刻问自己:这是谁的问题?有什么问题

  • 相关阅读:
    Vim的分屏功能 | 酷壳 CoolShell.cn
    分享:Hadoop的Python框架指南
    KMP算法之另类图示分析
    C#cookie自动获取工具发布
    tmux Tutorial Split Terminal Windows Easily
    爱上MVC3~将系统的路由设置抽象成对象吧
    DDD~microsoft NLayerApp项目中的层次结构图
    不说技术~难得糊涂
    DDD~基础设施层
    基础才是重中之重~开发人员应用学会用throw
  • 原文地址:https://www.cnblogs.com/wj1998/p/10743952.html
Copyright © 2011-2022 走看看