你更专注于安全性还是软件交付，还是可以两者兼得？技术社区中存在一种趋势，经常互换地使用 DevSecOps 和敏捷软件开发这两个术语。尽管它们有一些相似性，例如都旨在更早地检测风险，但在改变团队的工作方式层面有很大不同。DevSecOps 建立在敏捷开发建

请阅读我们的热门文章，这些文章着重讨论了敏捷的过去、现在和未来。对于 Opensource.com 上的敏捷主题来说，2019 年是非常棒的一年。随着 2020 年的到来，我们回顾了我们读者所读的与敏捷相关的热门文章。但是，它并没有为一两个人的团队如何成功

我们在编程的时候，经常会给一个类添加各种各样的功能，如果一个类承担的职责过多，就相当于把这些职责耦合在了一起，一个职责的变化可能会削弱或者一直这个类完成其他职责的能力，这种耦合会导致脆弱的设计。定义为“引起变化的原因”。在设计中为每一种职责设计一个类，SR

Scrum,软件开发模型是敏捷开发的一种，在最近的一两年内逐渐流行起来。Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每天、每个阶段都朝向目标

Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums. Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同

就一个类而言，应该仅有一个引起它变化的原因。软件实体应该是可以扩展的，但是不可修改。对于扩展是开放的,对于更改是封闭的.Hollywood原则:"Don'tcallus,we'llcallyou".程序中所有的依赖关系都应该终止于抽象类

面向对象设计的原则单一职责开放-封闭Liskov替换原则依赖倒置原则接口隔离原则重用发布等价原则共同封闭原则共同重用原则无环依赖原则稳定以来原则稳定抽象原则人的重要性交付产品的关键因素是人，而不是过程。人与人之间的交互式复杂的，并且其效果从来都是难以预期，

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使

在Martin Fowler的名著《重构》一书中，他把重构定义为：“在不改变代码外在行为的前提下对对代码做出修改，以改进代码内部结构的过程。”我们不是都知道“如果它没有坏，就不要去修理它！”第一个职责是它运行起来所完成的功能。这也是该模块得以存在的原因。第

然而，他们不会试图去确定所有的特性。随着项目的进展，客户会不断的发现新的特性。特性发现的过程会一直持续到项目完成。开发人员共同对这些故事进行估算。我们在记录故事卡片上写上一些“点数”来表示这个故事所需要的相对时间。我们也许不能确定一个“点”代表多少时间，但