- 博客(9)
- 资源 (1)
- 收藏
- 关注
RSS订阅转载 架构漫谈（九）：理清技术、业务和架构的关系
本文是漫谈架构专栏的第九篇，作者以钻木取火为切入点，深入介绍了技术、业务和架构之间的关系。正如作者所说，技术总是在人类解决对业务的要求不断提高的情况下产生，目的也是为了获取更大更好的利益。
2016-07-30 22:36:06
1643
9
转载 架构漫谈（八）：从架构的角度看如何写好代码
在第六篇文章中，我们得出一个结论，软件架构实际上包括了：代码架构，以及承载代码运行的硬件部署架构。实际上，硬件部署架构最终还是由代码的架构来决定。因为代码架构不合理，是无法把一个运行单元分拆出多个来的，那么硬件架构能分拆的就非常的有限，整个系统最终很难长的更大。
2016-07-30 22:32:10
1151
6
转载 架构漫谈（七）：不要空设架构师这个职位，给他实权
本文是漫谈架构专栏的第七篇，作者探讨了什么是架构师、成为架构师的前提条件、如何发现“是谁的问题”、架构师的权利和义务等话题。正如作者所说，架构师必须是一个组织的领导人，有权利调动这个组织的架构，才能够更好的发挥架构师的作用，更好的把利益的调整落到实处。
2016-07-30 22:26:26
1171
2
转载 架构漫谈（六）：软件架构到底是要解决什么问题？
本文是漫谈架构专栏的第六篇，作者继续沿着前几篇文章的思路，探讨了软件架构为什么要有软件架构，进而再去解释什么是软件架构。这和最近网上疯传的黄金圆环（Why-How-What）思路非常贴合。 前一篇文章简述了什么是软件。那么什么是软件架构呢？按照惯例，我们来看看是什么问题，是谁的问题。
2016-07-30 22:24:01
1282
3
转载 架构漫谈（五）：什么是软件
以上通过简单的描述计算机和软件的发展历史，阐明软件的本质，其实就是通过把人类的日常工作生活虚拟化，减少成本，提升单个人员的生产力，提升人类自己的利益。软件工程师的职责在这个浪潮中，不堪重负，自然而然就分拆为不同的角色，形成了一个独特的架构体系。这一切的背后，仍然是为了提升人类自己的利益，解决人类自己的问题。
2016-07-30 22:18:38
970
3
转载 架构漫谈（四）：如何做好架构之架构切分
1. 架构的切分的导火索是人的负载太重。 2. 架构的切分实际就是对stakeholder的利益进行切分或合并，使得每个stakeholder的权责是对等的，每个stakeholder可以为自己的利益负责。 3. 架构切分的最终结果都会体现在组织架构上，只有这样才能够让架构落地并推进。 4. 架构切分的结果一定是一个树状，这也是为什么会产生分层。层数越多沟通越多，效率越低，分层要越少越好。尽可能变成一颗平衡树，才能让整个系统的效率最大化。
2016-07-30 22:13:48
891
2
转载 架构漫谈（三）：如何做好架构之识别问题
总结一下，要正确的认识问题，需要问两个问题： 1. 这是谁的问题？ 2. 有什么问题？ 当得到的回答是支支吾吾的时候，我们就知道正确的方向在哪儿，以及需要做哪些事了。以我的经验，问题1会花比较多的时间，也是支支吾吾最多的地方，因为架构要解决的问题都是人的问题。但是一旦确定了答案，问题2就会变得非常容易。可以这样说，架构师的能力大部分会体现在问题1的识别上。
2016-07-30 22:10:12
838
2
转载 架构漫谈（二）：认识概念是理解架构的基础
如前一篇所说，架构实际上解决的是人的问题，而概念是人认识这个世界的基础，自然概念的认识就非常的重要。这篇文章尝试讨论一下，如何去认识概念。当然这篇不是语言学的文章，我这里所讨论的，和语言学可能不太一样，如果大家对语言学感兴趣，也可以去参考一下。
2016-07-30 22:06:33
837
3
转载 架构漫谈（一）：什么是架构？
总结一下，什么是架构，就是： 1. 根据要解决的问题，对目标系统的边界进行界定。 2. 并对目标系统按某个原则的进行切分。切分的原则，要便于不同的角色，对切分出来的部分，并行或串行开展工作，一般并行才能减少时间。 3. 并对这些切分出来的部分，设立沟通机制。 4. 根据3，使得这些部分之间能够进行有机的联系，合并组装成为一个整体，完成目标系统的所有工作。
2016-07-30 21:58:46
1004
4
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人