为什么你看了别人的架构图,却还是做不好自家的架构?

4,082 阅读5分钟
原文链接: mp.weixin.qq.com

一句话,那是因为你缺少架构相关的基础理论知识。推荐一本谈架构的基础系列文章,一共九篇,慢慢品读吧。

架构师是一个很特殊的群体,特别是在软件行业;同时架构师也是一个很令人向往的工作。在软件行业,架构师和工程师就类似于上帝,创建出形形色色的软件产品来服务于人类。要想当好这个角色,架构师自然也需要具备某种上帝的视角,来观察并表达这个世界。这样创造出来的软件,才是可以长大并与时俱进的,才能更好的满足人类的需求。

从事软件行业有些年头了,从这个行业学到了很多,也收获了很多。一直以来都是在获取,总觉得自己应该为这个行业做点什么。2016年春节期间,发心把自己这么些年的思考和总结,用一个系列文章的方式比较系统的表达出来,以至诚恭敬之心,奉献给各位读者。愿这些文章能够令各位有所启发,并引发思考,在更好地认识架构、设计架构和写好代码等方面,起到一些微小的作用。

下载方式

PDF版本:点击文末的阅读原文链接。

ePub版本:关注聊聊架构微信号,回复关键词『架构漫谈』即可下载。

MOBI版本:关注聊聊架构微信号,回复关键词『架构漫谈』即可下载。

百度阅读版本:关注聊聊架构微信号,回复关键词『架构漫谈』即可下载。

目录

架构漫谈(一):什么是架构?

一直以来,在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解。甚至于很多架构师一说架构,就开始谈论什么应用架构、硬件架构、数据架构等等。我曾经也到处寻找过架构的定义,请教过很多人,结果发现,没有大家都认可的定义。

架构漫谈(二):认识概念是理解架构的基础

本文是漫谈架构专栏的第二篇,作者通过几个例子,讨论了一下认识概念的误区,如何有效的去认识概念,明白概念背后的含义,以及如何利用对概念的理解,快速的进行学习。 掌握了这些原则,会有利于帮助我们在架构阶段,快速的识别和定位问题。

架构漫谈(三):如何做好架构之识别问题

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

架构漫谈(四):如何做好架构之架构切分

本文是漫谈架构专栏的第四篇,作者将会介绍架构的切分,并直戳切分的本质其实就是利益的调整。文中作者将会讨论为什么需要切分、切分的原则、切分与建模、切分的输出和组织架构等问题。

架构漫谈(五):什么是软件

本文是漫谈架构专栏的第五篇,作者将会从自己的认知角度再次反思什么是软件,文中作者探讨了软件发展火热的根本原因以及软件扮演的角色等问题。

架构漫谈(六):软件架构到底是要解决什么问题?

本文是漫谈架构专栏的第六篇,作者Kevin继续沿着前几篇文章的思路,探讨了软件架构为什么要有软件架构,进而再去解释什么是软件架构。这和最近网上疯传的黄金圆环(Why-How-What)思路非常贴合。

架构漫谈(七):架构师没有话语权,还架什么构!

本文是漫谈架构专栏的第七篇,作者Kevin探讨了什么是架构师、成为架构师的前提条件、如何发现“是谁的问题”、架构师的权利和义务等话题。正如作者所说,架构师必须是一个组织的领导人,有权利调动这个组织的架构,才能够更好的发挥架构师的作用,更好的把利益的调整落到实处。

架构漫谈(八):从架构的角度看如何写好代码

本文是漫谈架构专栏的第八篇,作者Kevin举例介绍了如何写好代码。当我们有了好的架构,那就需要考虑如何将架构落地,而这个时候,代码就显得无比重要了!千万不要让代码成为架构扩展的瓶颈。文中作者提到了代码架构,细细品味吧。

架构漫谈(九):你理清技术、业务和架构之间的关系了吗?

本文是漫谈架构专栏的第九篇,作者Kevin以钻木取火为切入点,深入介绍了技术、业务和架构之间的关系。正如作者所说,技术总是在人类解决对业务的要求不断提高的情况下产生,目的也是为了获取更大更好的利益。