开发“方法论”

以下是一些流行的甚至是行业标准的开发“方法”：

炒作驱动的开发 –您既可以是一家初创企业，也可以自由选择自己喜欢的技术，为您的新酷炫尖端，创新，成功，创新之道。 使用什么技术？ 当然，最近大肆宣传的影片。 让我们在Node.js中进行操作，即使您的Linux经验仅限于在桌面上运行Ubuntu，并将数据存储在MongoDB中（Web规模！），也必须使其具有响应性，并进行DevOps。 说到网络规模，显然您将需要使用云。 突然之间，您的代码库变得难以理解，服务器损坏，页面需要花费一秒钟的加载时间，不时丢失数据，并且无法实际扩展。 但是，嘿，您使用了刚开始时尚不了解的先进的Web规模响应式技术，并且不适用于您的域。 但是，现在您写了一篇博客文章，描述了如何解决这些问题，而其他技术已经解决了数十年。 然后，您将其发布到黑客新闻中，从而大肆宣传。

演示驱动开发 –您在一个团队中工作，该团队是采用Agile / SCRUM的大型组织的一部分。 或者您是“精简型创业公司”，并在运行中定义项目。 在这两种情况下，该项目都没有一个明确的目标，但是以某种方式向其投入了资金，因此它必须继续前进。 最终结果似乎并不重要，但是必须遵循流程，您需要能够向利益相关者演示内容。 因此，您在编写代码时忽略了应在生产环境中使用它的事实，而编写代码只是为了使其可降级。 小剂量这样做是好的，因为能够展示某些东西确实对项目很有帮助，尽管对产品没有本质上的价值。 但是，您可以轻松完成工作，结束一年的工作并演示完全无法使用的内容。

复制粘贴驱动的开发 –适用于多种情况。 如果团队由许多初级程序员组成，并且只有一位高级“幼儿园专家”，或者项目中的工程师不断来来往往而又没有时间去真正地理解它，或者公司中有很多非常相似的项目，但是没有资源来构建通用的可重用工具包，通常的开发实践是从现有项目或功能中复制代码并将其粘贴到新项目或功能中，从而更改变量和方法的名称。 另一种味道是从stackoverflow或邮件列表中粘贴粘贴的片段。 这可能会持续一段时间，并且在代码中保持统一通常是很好的。 但是，通常您最终会得到没有明显原因的代码，而且没人知道如何工作，更重要的是，为什么工作。 还是行不通。 （此方法特别适用于测试代码）

拒绝驱动的开发 –当工程主管或建筑师之所以仅仅由于年龄，无能力或不愿找到另一份工作而被任命时，应避开所有框架和库，并坚持所有内容都应在内部编写。 （这与“炒作驱动开发”相反）。 您可以使用许多底层和复杂的东西。 成就感真的很高，您可以继续进行reddit并解雇所有使用微不足道的框架的人。 唯一的缺点是，一切都中断了，开发功能需要花费两倍的时间（如果您实际上已进入功能开发阶段），并且每个新团队成员都必须首先参加3个月的入门课程。 但是，最后，至少您有一个没有人使用的可靠框架，不能处理现实情况，而且您可能无法开源，因为它是专有的。

如果您正在使用这些方法，则可能会遇到麻烦，但是如果您尚未意识到这一点，那么无论如何这篇文章可能都不会有用。 而且我什至没有告诉您如何修复它们。 好吧，我可以告诉您如何解决它们- 明智 。 但这太难了。

翻译自: https://www.javacodegeeks.com/2014/04/development-methodologies.html