Questions tagged «development-methodologies»

这个问题以Spring Boot服务为例，但是可以是任何技术。 假设以下内容： 环境（dev / QA / prod）由不同的团队拥有。这意味着开发人员不能访问生产配置。 配置（例如application.properties）是外部化的，即不是二进制文件的一部分 相同的二进制文件/程序包（例如，service.jar）部署在每个环境中，并由自动部署控制 虽然对二进制工件（service.jar）的更改会自动传播到每个环境，但是对配置的更改仍需要手动干预，这不可避免地最终导致在每个环境中失去同步。 例如，假设开发团队在其环境中向application.properties添加了一些键值对。记录这些新密钥的最佳方法是什么，以便在操作团队中进行部署时，他们确切知道要添加哪些密钥，从而将启动新服务并由于缺少密钥而看到新服务失败的风险降到最低？ 我知道将涉及手动步骤，但我想知道人们如何处理此问题并找到最有效的方法。

9 spring  development-environment  configuration  development-methodologies 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 就像这个问题的标题所暗示的那样，我期待在不使用Java的情况下在Android平台上开发应用程序。这并不意味着我对这种美丽的语言有些仇恨，也不知道我该如何用Java开发应用程序。但是我正在考虑只能使用XML，JavaScript和Ajax来开发我的应用程序。 那我还必须依靠Java吗？ 不使用Java是否会有任何不利之处？ 将来我仍然可以扩展我的应用程序吗？ 我在这里问一个非常愚蠢的问题吗？ 请帮我。 编辑： 我正在使用的应用程序（仍在白板上，需要有关此方法的专家意见）将仅从不同的新闻来源获取新闻并将其显示给用户。

9 java  development-methodologies  android-development 

我们提供三套测试套件： 一个“小型”套件，只需几个小时即可运行 耗时数小时的“中型”套件，通常每晚（每晚） 一个“大型”套件需要一周以上的时间才能运行 我们也有很多较短的测试套件，但在这里我不关注它们。 当前的方法是在每次提交到干线之前运行小型套件。然后，中型套件每天晚上运行，如果早晨发现它失败了，我们将尝试找出应归咎于昨天提交中的哪个，回滚该提交，然后重试测试。对于大型套房，只执行每周一次而不是每晚一次的类似过程。 不幸的是，中型套件确实经常失败。这意味着后备箱通常是不稳定的，当您要进行修改和测试时，这非常烦人。这很烦人，因为当我从后备箱中退房时，我无法确定它是否稳定，并且如果测试失败，我也无法确定它是否是我的错。 我的问题是，是否存在一些已知的方法来处理此类情况，以使行李箱始终处于最佳状态？例如：“提交到一个特殊的预提交分支，该分支将在每夜经过时定期更新中继”。 它是像SVN这样的集中式源代码控制系统还是像git这样的分布式源代码控制系统有关系吗？ 顺便说一下，我是一名初级开发人员，但更改功能的能力有限，我只是想了解是否有办法解决我遇到的这种痛苦。

9 testing  version-control  development-methodologies  branching 

我正在从事一项新工作，该项目需要满足严格的质量标准，大量记录，详细管理，UML图表以及所有与“牛仔编码”相反的事情，在这些工作中，我过去的大部分工作经历都是。想想大型航空航天或医疗设备软件的开发方式。 我很高兴离开牛仔编码的混乱局面，并很想知道重量级工程方法的发展情况。但是，一个人如何可以很快地从繁重的方法中获得经验呢？ 就是说，除了简单地工作了几个月/几年。 仅使用一种语言或新的API，就可以破解玩具测试程序，阅读，故意犯错误以查看会发生什么情况等。练习就像骑自行车或演奏乐器一样，必不可少。拿起长笛每天花半个小时很容易；无需加入乐团或成为专职长笛顾问。但是，如何实践大型，复杂，涉及团队的软件工程活动，而这些活动中的大部分都与沟通和计划有关，如何避免沟通不畅以及超出进度和预算限制？ 这似乎不可能独奏。有几种方法可以在短时间内（一天）以小规模模拟一个大型项目的工程？

9 self-improvement  programming-practices  development-methodologies  engineering 

域一词对于驱动设计/开发是什么意思？ 不是在语义或学术定义方面，而是在其如何修改过程或哲学方面？ 我正在阅读一篇文章：https : //softwareengineering.stackexchange.com/questions/57828/your-software-problem-solution-approach 我碰到了这个流行词DDD，却并不真正知道那是什么意思。

9 development-methodologies  domain-driven-design 

具体来说，是什么地方群众的观念错了的例子。人们为什么首先要抓住想法？为什么这些想法被驳回了？或者这些想法仍然存在并且很好，如果是，为什么呢？ 例如，我可能将CORBA（和其他类似技术）描述为试图解决软件组件之间的通信问题的事物。许多人认为有必要在各个组成部分之间定义合同。最终，HTTP + JSON为大众解决了这个问题，其他各种RPC机制（例如Thrift和Proto-bufs）也出现了。

9 development-methodologies 

我从BDD开始，这是我的故事： Feature: Months and days to days In order to see months and days as days As a date conversion fan I need a webpage where users can enter days and months and convert them to days. 我有些疑惑 ... 我应该在编写任何代码之前先编写脚本还是先编写脚本然后编写代码，再编写脚本然后再编写代码，等等...？ 如果我应该之前编写方案，是否可以批准我的步骤并且仍然无法完成生产代码？ 什么时候应该对代码进行重构？完成该功能之后还是在每个方案实施之后？

9 programming-practices  tdd  refactoring  development-methodologies  bdd