不堪重负的宣言

作者 Vikas Hazrati 译者 姚九强 发布于 2011年8月7日

领域

过程 & 实践,

架构 & 设计

主题

软件工匠 ,

敏捷宣言 ,

敏捷

分享到

根据定义，宣言是公开声明的原则和意图，描述了一组动机、论证和需要。最流行的宣言之一是敏捷宣言，但自此宣言迅速泛滥。

Gary Pollice说宣言失去了吸引力。他说虽然敏捷宣言近年来影响很大，但这个宣言的成功已被过度复制。大量的宣言的出现稀释了他们的可感知的价值和影响。Gary在internet上进行的一次快速搜索显示了下述与软件开发相关的宣言，

• 软件测试宣言。很酷，我们可以投票看看能持续多久。看上去2008年情况不太好，但2009年仍存在。在我来看，这不是个很让人信服的宣言。
• 软件匠艺宣言。当然你必须先认同敏捷宣言。
• 强健软件宣言。当然我们需要有些什么描述安全性。
• 可靠软件宣言。在我看来似乎不像宣言。
• 新精益软件宣言。老的那个去哪儿了？当然如果我们有了敏捷宣言，必须得有一个精益宣言。
• 软件开发合作游戏宣言。啊？！有些时候我确实没法跟上Cockburn。但听上去很酷。
• 软件架构宣言。一家之谈。
• SOA宣言。看上去像某些人创建了一个敏捷宣言的狂乱版本并填充了空白。

Jim Bird指出他觉得很多宣言都没什么价值。

它们没有打动我或改变我思考或工作的方式。我每天可以在不提到宣言的情况下过得很好。我想要那些我能用来完成工作，把工作做得更好的工具和实际的想法。模式、反模式、小诀窍和最佳实践（和最差实践）是有用的。但宣言呢？没什么用处，或在最坏情况下，有危险。

按Jim所说，宣言阻止了人们思考和提出问题。这和Pete McBreen的反应很相似，Pete是软件匠艺一书的作者，但他没在软件匠艺宣言上签字。Pete说，

对我来说，软件匠艺尝试将人们拉回到交付软件的活动上来。我对职业社区完全不感兴趣，有激情的爱好者更可能创造有意思和有价值的软件。职业人士太严肃了，爱好者才有“软件开发意味着乐趣”的想法。

Cindy F. Solomon创建了一份包含22个（还在继续）软件开发相关宣言的选编。

Gary提到支持大多数软件开发宣言的经验数据太少，以至于大多数宣言最终更像营销工具。他在已经很长的列表上又增加了另一个有意思的宣言，叫反宣言宣言

作为一个坏脾气老人，我见到过太多流行一时的和无用——或更严重，有害——的实践，在没完全理解他们之前就盲目实施，我不得不还原价值：

• 常识优于盲从流程，任何流程
• 经验结果优于未经证实的声明，即便它们由我敬仰的人提出
• 可靠的原则优于趋势和风潮
• 干净的代码优于让代码晦涩难懂的炫技

查看英文原文：The Manifesto Overload

译者 姚九强 是一名业务分析师，机器人爱好者，目前在ThoughtWorks。关注敏捷方法、运维和业务模型。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！