不堪重负的宣言

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

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

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

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

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

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

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

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

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

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

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

查看英文原文： The Manifesto Overload