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