问你认为快速决策怎么样？

EN

如果失败了，可以选择另一种技术。

这种方法有两个主要缺点：

1. 技术债务虽然很容易将“快速失败”的思想应用到体系结构和设计中，但跳过或缩短设计阶段将是一个错误。快速失败应该与良好的设计实践结合使用，而不是代替它们。仓促决策往往会导致规模过小的解决方案。而当您使用100到数据库生成报告时，使用MySQL似乎是个好主意，它在处理归档报告时的范围很差。.在当时，使用DNSMasq运行重叠的DNS区域似乎是一个很好的政治决定，迁移到这个区域，并在几年后解决您的DNS区域和重叠的上游区域之间的差异，这将变成一场噩梦。
2. 费用技术可能是昂贵的。买了一个解决方案，但后来却抛弃了它，只关心它巨大的浪费开支。但更昂贵的是人员花费的时间。工资是每一家公司最大的支出。把时间浪费在开发一个解决方案上，却只为了抛弃它并开发一个替代方案，这是非常低效的。

然而，这不应被理解为决策瘫痪或分析瘫痪不是一个问题。它是!快速失败并不是实现和它战斗。有其他的，更多的尝试和真实的方法来对抗这一点，而不附带良好的设计原则。的最佳方法

我相信“快速失败”，但是以正确的方式去理解一个机会也很重要。

如果你想出了一个想法，在真空中编码一段时间，然后将它发布给人们，你无疑会很快失败，但不是以你想要的方式。一个更好的方法是，如果你想出一个想法，清楚地阐明你为什么认为这是一个好主意的假设，然后与潜在的客户验证这个想法，看看他们的想法。这将给你一个很好的机会来澄清这个想法，完善它，并可能直接拒绝它。

我从未停止惊讶于我最初的想法是如何从与我想要“卖”它的人的小小合作中提高的。而且-老实说，我已经发现了为什么我的许多想法都不是很好--并且很快就把它们搁置起来了(在编写代码之前)。