读《Software Systems Architecture》(14)—— Evaluating the Architecture
🤔☕️🤔☕️🤔
读《Software Systems Architecture》(14)—— Evaluating the Architecture
📖:评估架构
🤔:这咋办?为啥用架构评估,就像为啥用架构描述,同样困惑到我,就不能是架构评审嘛?评估和评审,估的时候,我是略有谦逊,审的时候,我是毫不客气,如此嘛?字面意思,的确有这么点味道。不过,即使毫不客气去审,也依然得回答个问题,那就是,我到底去审个啥嘞?之前,代码评审这个词放在我面前,直接把评扩展为评价,过份的时候扩展为批评,再把审扩展为审核。然后不自量力、老气横秋般开始审代码的各种不适,严厉要求择期改正。这么做,没错,可是没让人爽。自己也不爽,因为仅从代码看出毛病,要么错得太离谱,要么花费大量时间,还不见的缺陷因此少下去,自然不爽。对方当然更加不爽,最简单的体验式反射,来自别人喷我代码各种不适,那种不爽快,从趾脚尖传递到每根头发尖。直到后来,看到谷歌的软件工程实践书里写到,代码评审,只看能否容易读懂代码,至于代码写得对不对,那是验证测试的职责。就是那个瞬间,千百根棒在喝向我的头顶。回到架构评估,我不能主动去扩展评,更不能轻慢去估。倾听完架构师的陈述,尤其是关于其架构方法和为何如此决策部分的陈述,预先不加入任何评价,仅仅平白式倾听,做好笔记,尤其梳理出讲解的思路和框架,我就是合格的评估者。
—— By 术子米德 @2022.05.26
版权声明: 本文为 InfoQ 作者【术子米德】的原创文章。
原文链接:【http://xie.infoq.cn/article/1049c5b64eac14572dd085b58】。文章转载请联系作者。
评论