language-agnostic - 何时使用和不使用每种开发范式?

标签 language-agnostic methodology heuristics

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




鉴于开发的各种有条不紊的方法,我们是否可以将一些启发式方法放在一起,以了解哪些方法适用于什么情况,例如

  • 案例驱动开发
  • 模型驱动开发
  • 行为驱动开发
  • 测试驱动开发
  • Rational 统一流程
  • jackson 结构设计

  • 没有任何方法太老、太专业或“在那里”;-)

    请在每个答案中只列出一种方法,并包括最合适和最不合适的情况。例如:

    方法

    黑客攻击

    最合适的
  • 独自在无关紧要的事情上编码时
  • 在尝试弄清楚某些东西是如何真正起作用时,而不是:
  • 您认为它如何运作
  • 医生说它有效
  • 谷歌说它有效
  • 它应该可以工作

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


  • 注意:寻找每种方法的细节,而不是一般性建议。谢谢你。

    最佳答案

    使用适合您的团队希望的工作方式并获得最佳结果的方法。示例:如果你的团队充满了存储过程、面向 SQL 的表思考者,你不应该使用 o/r 映射器,因为这完全不符合团队的思考/工作方式。

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

    关于language-agnostic - 何时使用和不使用每种开发范式?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/464022/

    相关文章:

    language-agnostic - 评论做法?

    path-finding - 星型算法-G和H部分的帮助

    html - 查找 HTML 节文档的内容

    algorithm - 什么是线程推文的一套好的启发式方法?

    algorithm - 数学:分解

    .net - 有关测试或单元测试的一些基本问题

    language-agnostic - 为爱好项目编写规范是完成它们的唯一方法吗?

    algorithm - 所有相交集的并集

    language-agnostic - 避免 TDD 使大规模重构变得更加困难

    c++ - 开始 c++ : OOP Methodologies and more