![](https://img-blog.csdnimg.cn/20201014180756916.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构
top_gun_1
我只看看
展开
-
架构漫谈(一):什么是架构?
架构漫谈是由资深架构师王概凯Kevin执笔的系列专栏,专栏将会以Kevin的架构经验为基础,逐步讨论什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等问题。专栏的目的是希望能抛出一些观点,并引发大家思考,如果你有感触或者新的感悟,欢迎联系专栏负责人Gary(微信greenguolei)深聊。 本文是漫谈架构专栏的第一篇,作者将会通过类比的方式来介绍什么是架构以及为什么会产生架构。转载 2016-02-29 21:14:54 · 703 阅读 · 0 评论 -
架构漫谈(二):认识概念是理解架构的基础
架构漫谈是由资深架构师王概凯Kevin执笔的系列专栏,专栏将会以Kevin的架构经验为基础,逐步讨论什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等问题。专栏的目的是希望能抛出一些观点,并引发大家思考,如果你有感触或者新的感悟,欢迎联系专栏负责人Gary(微信greenguolei)深聊。 本文是漫谈架构专栏的第二篇,作者通过几个例子,讨论了一下认识概念的误区,如何有效的去认识概念转载 2016-02-29 21:18:04 · 1350 阅读 · 0 评论 -
架构漫谈(五):什么是软件
本文是漫谈架构专栏的第五篇,作者将会从自己的认知角度再次反思什么是软件,文中作者探讨了软件发展火热的根本原因以及软件扮演的角色等问题。如前几天一位架构师所说,我们并不缺架构实践,而是缺少对于架构的反思,希望这系列文章能帮你重新理解架构,重新认识软件。 前面通过四篇文章,把什么是架构,如何做好架构等必要的概念澄清了一下。这些概念对于在各种不同的领域都应该转载 2016-05-24 15:06:18 · 462 阅读 · 0 评论 -
架构漫谈(六):软件架构到底是要解决什么问题?
本文是漫谈架构专栏的第六篇,作者Kevin继续沿着前几篇文章的思路,探讨了软件架构为什么要有软件架构,进而再去解释什么是软件架构。这和最近网上疯传的黄金圆环(Why-How-What)思路非常贴合。 前一篇文章简述了什么是软件。那么什么是软件架构呢?按照惯例,我们来看看是什么问题,是谁的问题。 要解决谁的问题? 如前所述,软件实际上就是把现实生活模拟到转载 2016-05-24 15:10:49 · 584 阅读 · 0 评论 -
架构漫谈(七):不要空设架构师这个职位,给他实权
本文是漫谈架构专栏的第七篇,作者Kevin探讨了什么是架构师、成为架构师的前提条件、如何发现“是谁的问题”、架构师的权利和义务等话题。正如作者所说,架构师必须是一个组织的领导人,有权利调动这个组织的架构,才能够更好的发挥架构师的作用,更好的把利益的调整落到实处。 什么是架构师 在之前的几篇文章中,经常会提到架构师这个词。我们已经定义了什么叫架构,那怎转载 2016-05-24 15:14:10 · 447 阅读 · 0 评论 -
架构漫谈(八):从架构的角度看如何写好代码
本文是漫谈架构专栏的第八篇,作者Kevin举例介绍了如何写好代码。当我们有了好的架构,那就需要考虑如何将架构落地,而这个时候,代码就显得无比重要了!千万不要让代码成为架构扩展的瓶颈。文中作者提到了代码架构,细细品味吧。 在第六篇文章中,我们得出一个结论,软件架构实际上包括了:代码架构,以及承载代码运行的硬件部署架构。实际上,硬件部署架构最终还是由代码的架构来决转载 2016-05-26 10:48:23 · 473 阅读 · 0 评论 -
架构漫谈(九):理清技术、业务和架构的关系
本文是漫谈架构专栏的第九篇,作者Kevin以钻木取火为切入点,深入介绍了技术、业务和架构之间的关系。正如作者所说,技术总是在人类解决对业务的要求不断提高的情况下产生,目的也是为了获取更大更好的利益。 某天和朋友吃饭正好聊到这个话题。作为架构师或者做技术的人,在开发软件时,我们基本上就是在扮演上帝的角色:我们不但要创建出一个个的程序,还要让这些程序能够脱离我们转载 2016-05-26 10:52:06 · 576 阅读 · 0 评论 -
架构漫谈(三):如何做好架构之识别问题
按照之前架构的定义,做好架构首先需要做的就是识别出需要解决的问题。一般来说,如果把真正的问题找到,那么问题就已经解决了80%了。这个能力基本上就决定了架构师的水平。 那么面对问题有哪些困难呢? 我们先看一则笑话。女主人公:老公,把袋子里的土豆切一半下锅。结果老公是把袋子里的每个土豆都削了一半,然后下锅。 当然很多人会说,这个转载 2016-05-23 17:58:22 · 375 阅读 · 0 评论 -
架构漫谈(四):如何做好架构之架构切分
前一篇已经讲了如何识别问题。在识别出是谁的问题之后,会发现,在大部分情况下,问题都迎刃而解,不需要做额外的动作。很多时候问题的产生都是因为沟通的误解,或者主观上有很多不必要的利益诉求导致的。但是总还有一部分确实是有问题的,需要做调整,那么就必须要有所动作,做相应的调整。这个调整就是架构的切分。 切分就是利益的调整 我们要非常的清楚,所有的切分调整,都是对相转载 2016-05-23 18:01:53 · 665 阅读 · 0 评论