2019-03-25分而治之是解决复杂问题的一大利器。持续交互就像重构中小步快走（每次微调后运行测试代码验证），都能保证大工程的稳步前进。同时由于单元小了，所以也灵活了，持续交互可以结合最小产品的理念，以小成本做test，收集数据后，即使调整产品发展方向。作者回复: 任务分解，小步快跑，你能看到不同实践的联系，就说明理解了。
5
2019-06-14对了老师，问您一个题外的问题，就是您觉得运维监控这是一个可以单独发展的职业方向吗？比如像ELK等监控日志分析应用的使用作者回复: 评判标准是，有没有人花钱请你做这件事。
4
2019-03-25我理解的持续交付，是可以快速向用户交付价值；传统的开发方式下，开发、测试、上线，需要较长的流程以及时间，交付是间隔的，用户需要去等待；而通过持续集成，开发有了持续交付的能力，可以今天开发、今天上线，不敢想象。作者回复: 持续交付是以自动化为基础的，没有自动化，那还真不敢想象。
3
2019-03-25持续交付，就是持续向用户交付价值，即刻获得反馈，即时调整，再次交付。再进一步说，持续交付可以是持续交付最大价值，那范围就不仅限于软件，还可以进一步延伸到运营，比如说结合ABTest，自动选择最有效的运营策略，为用户交付最大价值。脑洞一下，终极目标甚至可以是C2C，即Code to Customer作者回复: 这个问题还真是我思考过的问题，结合着精益创业的理念，再往前延伸，应该是持续验证，因为精益创业就是在不断验证新的想法。
3
2019-05-05请教老师一个问题：那是不是可以这么理解，现在的开发人员一定要具备进行持续部署时所涉及的技术，例如docker，k8s等？作者回复: 没有一定，只是作为一个优秀程序员，最好有完整的知识体系。
2- 2019-06-14终于理解了持续集成、持续交付和持续部署的区别…… 目前公司还处在持续集成和持续交付的混合阶段，离持续部署还有很大一段距离。不过因为公司比较大，部门众多，管理生产环境的有专门的Unix团队，估计这个持续部署还很难做到 1
2019-04-18可不可以说DevOps是为满足持续交付的需求而诞生的啊。作者回复: 并不是，二者独立发展，殊途同归。
1
2019-03-26老师我问个很low的问题，什么是集成，包括那些环节？😂，它是包括”代码编写-->提交-->构建-->测试-->显示结果”吗，还是文章中提到的CI框中只包括“构建-->测试-->结果”？作者回复: 集成，实际上就是把你所有的代码放在一起跑。这里所说的是持续集成，想要做好它，才需要包含那么多环节。图里显示的，只是在 CI 服务器上运行的部分。你可以先回顾前面两篇文章，对持续集成有更多的了解。
1
2019-03-26交付作为集成的后续，为达到有效交付的目标，用户能够尽早参与我觉得也是比较重要的一环。文中插图从程序员视角出发，从生产环境获得结果，是否可再做扩展，将用户也作为一个独立节点？形成更加全面的闭环，架起人与人之间互动的桥梁。在公司内部讨论中，谈到过在交付物中引入用户体验收集的模块，提供用户常用反馈功能如图文，这样程序员除了功能、数据等验证外，也第一时间知道用户关注优先解决，原因是发现程序员和用户的关注有时相去甚远，而且在现场没有实施人员时也能很大提高沟通效率，降低编解码误差。作者回复: 理想是好的，我也曾经想过怎么把持续交付进一步延伸，比如，怎么把用户反馈纳入其中。想持续做，能够自动化是前提，用户反馈怎么自动化呢，这是一个需要回答的问题。目前这个方面还没有形成完整的体系。
1- 2019-03-27持续集成不是不断集成的意思吗？在极限编程里，不断集成不就是持续集成吗？持续集成不是不断重复集成的环节吗？问题是我连集成是什么，包括什么环节都不懂😰，所以先搞懂什么是集成。
作者回复: 先回到前面搞懂集成和持续集成，再来看持续交付。
2019-03-27是的，如果要做AB测试，这个持续交付又将怎么做呢，构建pipeline是什么样的。另外持续集成中如果前后端分离是要分两个agent跑，还是就用一个agent比较合适，我好像是倒序看作者的专栏，也不知前面有否讲过，只是看到这篇文章后有此困惑- 2019-03-26持续交付，我的理解就是快速将想法变为实现的能力，结合敏捷开发，提升企业的交付能力。老师，我对持续交付跟DevOps这两个概念一直很模糊，感觉就是一个东西，他们的区别在哪里？
作者回复: 你可以先看一下文中的解释，DevOps 和持续交付是相辅相成的，二者在部署自动化是重叠的。DevOps 更多关注在 Dev 和 Ops 的融合上，而持续交付则更多关注在产品交付上。
2019-03-25按需来的。
2019-03-25早！坚持✊