根据定义，宣言是公开声明的原则和意图，描述了一组动机、论证和需要，
不堪重负的宣言
。最流行的宣言之一是敏捷宣言，但自此宣言迅速泛滥。Gary Pollice说宣言失去了吸引力。他说虽然敏捷宣言近年来影响很大，但这个宣言的成功已被过度复制。大量的宣言的出现稀释了他们的可感知的价值和影响。Gary在internet上进行的一次快速搜索显示了下述与软件开发相关的宣言，
软件测试宣言。很酷，我们可以投票看看能持续多久。看上去2008年情况不太好，但2009年仍存在。在我来看，这不是个很让人信服的宣言。
软件匠艺宣言。当然你必须先认同敏捷宣言。
强健软件宣言。当然我们需要有些什么描述安全性。
可靠软件宣言。在我看来似乎不像宣言。
新精益软件宣言。老的那个去哪儿了？当然如果我们有了敏捷宣言，必须得有一个精益宣言。
软件开发合作游戏宣言。啊？！有些时候我确实没法跟上Cockburn。但听上去很酷。
软件架构宣言。一家之谈。
SOA宣言。看上去像某些人创建了一个敏捷宣言的狂乱版本并填充了空白。
Jim Bird指出他觉得很多宣言都没什么价值。
它们没有打动我或改变我思考或工作的方式。我每天可以在不提到宣言的情况下过得很好。我想要那些我能用来完成工作，把工作做得更好的工具和实际的想法。模式、反模式、小诀窍和最佳实践（和最差实践）是有用的。但宣言呢？没什么用处，或在最坏情况下，有危险。按Jim所说，宣言阻止了人们思考和提出问题，
管理资料
《不堪重负的宣言》(https://www.unjs.com)。这和Pete McBreen的反应很相似，Pete是软件匠艺一书的作者，但他没在软件匠艺宣言上签字。Pete说，对我来说，软件匠艺尝试将人们拉回到交付软件的活动上来。我对职业社区完全不感兴趣，有激情的爱好者更可能创造有意思和有价值的软件。职业人士太严肃了，爱好者才有“软件开发意味着乐趣”的想法。Cindy F. Solomon创建了一份包含22个（还在继续）软件开发相关宣言的选编。
Gary提到支持大多数软件开发宣言的经验数据太少，以至于大多数宣言最终更像营销工具。他在已经很长的列表上又增加了另一个有意思的宣言，叫反宣言宣言
作为一个坏脾气老人，我见到过太多流行一时的和无用——或更严重，有害——的实践，在没完全理解他们之前就盲目实施，我不得不还原价值：
常识优于盲从流程，任何流程
经验结果优于未经证实的声明，即便它们由我敬仰的人提出
可靠的原则优于趋势和风潮
干净的代码优于让代码晦涩难懂的炫技
查看英文原文：The Manifesto Overload
译者 姚九强 是一名业务分析师，机器人爱好者，目前在ThoughtWorks。关注敏捷方法、运维和业务模型。