什么时候使用而不是使用每个开发范例？

Question

鉴于各种有条不紊的发展方法，我们可以一起得到一些启发式方法，说明哪些方法适合于什么情况，例如

• 案例驱动开发
• 模型驱动的开发
• 行为驱动的发展
• 测试驱动开发
• Rational Unified Process
• Jackson Structured Design
• 等

没有方法太旧，专业或“在那里”; - ）

请为每个答案仅列出一种方法，并包括最合适和最不合适的情况。例如：

<小时/>

方法

黑客

最合适的

• 单独编写一些无关紧要的内容时
• 在尝试弄清楚真正的工作原理时，而不是：
  • 你认为它如何运作
  • 文档说它有效
  • google说它有效
  • 它应该工作

最不合适

• 编写生产代码时
• 在团队环境中工作时

---

注意：寻找每种方法的细节，而不是一般建议。谢谢。

Answer 1

使用符合团队工作方式的方法，并获得最佳效果。示例：如果您的团队充满了存储过程，面向SQL的表格思考者，则不应使用o / r映射器，因为这完全不符合团队的思考/工作方式。

最重要的是：获得优秀的软件工程师。没有什么比专业的，优秀的软件工程师更重要了。有了优秀的软件工程师，您可以使用任何方法并获得良好的结果。

Answer 2

无论您选择什么，请务必定期质疑您的方法并改进它。