软件架构与敏捷

在敏捷架构上的观察一文谈了如何让敏捷Scrum或Lean落地。

作者最近看了Craig Larman 和 Bas Vodde一本书:Practices for Scaling Lean & Agile Development 可扩展的精益敏捷实践。这本书应该是2009年的Scaling Lean & Agile Development – Thinking and Organisational Tools for Large-Scale Scrum的姊妹书。

与其去做敏捷do agile,不如就是敏捷be agile,这句话含义是要从代码到架构等技术采取敏捷,而不是缘木求鱼,技术不改变,却赶潮流去进行敏捷。

作者总结了五点:

1. 源代码的总量体现了软件架构的真正设计蓝本。
2. 真正软件架构是在每天产品的编程过程中。
3. 真正的有生命架构需要每天通过主要程序员不断改进扩展成长。4. 不接触源代码的软件架构不是真正的架构,是不落地架构。
5. 每个程序员都是某种架构师,不管他承认与否,每次代码行为都是架构行为,不管是好的坏的,小的或大型的。

[该贴被banq于2011-11-01 14:03修改过]

斗胆给帮主提点小意见,您的帖子让人读过之后,不知所云呢,或许小弟理解能力不足,但是确实有点不之所云的感觉。个人感觉不能为业务服务的任何技术都是一文不值的,所谓的架构师,个人觉得应该是有能力组合业内技术优雅解决某个业务领域问题的人,而且可以体现出技术在解决问题方面的魅力和价值,否则,任何关于技术的言论,我宁可不看。因为我不知道自己的出发点是什么?一点鄙见,往帮主海涵

2011年11月01日 15:24 "@KenWT"的内容
斗胆给帮主提点小意见,您的帖子让人读过之后,不知所云呢 ...

呵呵,原文英文更难理解,这篇文章意思是:与其项目工程去追求敏捷;不如架构技术敏捷,又不如将敏捷融入代码中,每行代码编写得都是可扩展灵活的。

如果一个团队中只有一两个人关心架构,而更多只关心小的园艺技巧,而不是整体建筑风格,那么这样作出的软件是不敏捷的,也无法让它扩展伸缩。

可能思路和你想的思路不太相同,架构不应该只是架构师关心,也应该落实到每个程序员身上,通过敏捷方式也许能够加强这种交流和意识沟通。

大家可以多关注关注OSGI,相信会给大家在架构方面有新的启发,共勉吧