软件架构师如何工作(即架构漫谈读后感)

软件架构师如何工作(即架构漫谈读后感)

读完王概凯老师的架构漫谈,感觉自己对软件架构方面的知识了解了一点点。以前都只是听说软件架构师特别的厉害,高薪,但是具体说软件架构师是什么,具体是做什么的,自己并没有多大的一个观念。现在看王概凯老师的专栏,希望能让自己有一些收获。

看完该专栏的几篇文章之后,有以下收获:

1.什么是架构,为什么需要架构?

按文章中所说,架构是规划、设计和建造建筑物和其他物理结构的过程和产物。人们完成一项任务,因为每个人的能力不同,所擅长的方向不同,所以如果自己去完成一项任务一般要花费很长的时间,效率很低,但是人们对目标有更高的要求,所以需要提高效率,所以需要将任务进行分割,然后将每一部分交给擅长的人去做,并且并行进行工作,然后再将每一部分进行合并,形成一个整体,可以大大减少完成任务所需要的时间,并且可以将任务完成地很好,所以需要架构,架构可以提高工作的效率。我觉得架构就是将整体工作按某种原则分为几个小部分,有不同的角色完成不同的部分,而且每一个部分之间都能联系起来,通过完成每个部分的工作,每个部分配合,完成整体所有的工作。就像一个家庭一样,家里的工作很多,每一位家庭成员都成大 不同的事情,每一位家庭成员之间相互配合,完成一个家庭的所有事情。完成一件事情需要人的参与,而且想要让这件事情完成的更好更高效,所以会产生架构。

2. 软件架构师是个什么样的人?

软件架构师最终目标是解决别人的问题,只专注与解决自己工作的问题没办法称为软件架构师,为别人的利益服务是架构师的义务。义务与权力是相辅相成的,有为别人利益着想的架构师也必须有领导权力的架构师,架构师作为组织领导,组织内部每个人的权力与义务会得到均等的划分,每个人都会得到发展。而要做好架构,首先需要识别需要解决的问题,识别出问题了,那么目标就不难实现,而识别问题的前提就是找出这个问题是谁的,找到这个问题的主题,这样才可以知道问题的边界,从而了解真正需要实现的目标是什么,才能真正的认识到问题是什么,然后是实现目标。发现问题要比解决问题更重要,如果一味的解决问题,但是并没有弄清楚问题是谁的,真正的目标是什么,那么解决问题只是空谈,而架构师的能力很大程度就体现在发现问题源头上面。

3.架构师需要做好架构切分

需要架构的原因我在前面已经叙述过了,这里就不多赘述了,做架构切分也是很重要的,按一个原则去将目标进行切分,然后将每一个部分都交给擅长的人去做,每一个部分都是有联系的,然后进行整合,从而形成一个整体。

4. 在硬件上编写的程序就是软件,用来控制硬件的行为,而控制硬件使以最初的二进制编码实现的,成本非常高,随着半导体的诞生,编程语言的出现,软件编写成本越来越低,人们开始意识到软件可以节省大量的劳动力,提高成倍的效率,软件也越来越复杂,开发难度越来越高。让复杂的软件开发过程有层次有分工,让软件模拟人的大脑去工作提高效率成了软件架构师的基本工作,有分工就有渐渐地有了分工的标准,然后演变成了架构。

5. 技术、架构以及业务之间的关系:技术在解决业务问题中产生,为了解决业务问题,人们会想出更好的技术来,目的就是获得更大的利益,业务要解决的问题越来越多越来越复杂,一种技术已经不能满足解决问题的需要了,需要把多种技术拼接在一起,多个技术共同工作来获得更大的利益。这里业务和技术的高效衔接就成为了架构师的主要问题,因为技术不会和业务有直接的关系(一种技术可以适应多种业务),架构师的作用也在这里体现,架构师有意识的组织和识别不同的技术,来实现业务的目标。

6. 软件功能越来越多,开发过程越来越复杂,代码的编写也要用架构的思想对部署单元进行责任切分,切分标准就是有无业务逻辑,有业务逻辑的分为一组,无业务逻辑的分为一组,因为含有业务逻辑的部分是业务的核心,所以再对业务逻辑进行细致的划分。这样每个单元相对系统都成了独立的一部分,使业务的扩展和修改成本在可控范围内。

相关推荐