B／S结构，即Browser／Server(浏览器／服务器)结构，即仅需安装维护服务器(Server)，而采用浏览器(Browse)当做客户端。它是随着Internet技术的兴起，对C／S（Client/Server，客户机/服务器）结构的一种变化和改进。主要利用了不断成熟的WWW浏览器技术，结合多
热知识：Kanban不是看板？一文详解Kanban和看板的关系~
「敏捷」是指一种应对快速变化的需求的软件开发模式，核心是快速迭代，包括Scrum、Kanban、Lean、XP等等一系列的方法。
“ 模型是理想的，现实是复杂的。”
我个人最早接触敏捷是在上大学时，在《程序员》杂志上看到一本书——《解析极限编程》——的推介。当时我只是“幼稚”的从字面意思去理解：极限编程就是一种新式的编程方法（其实这么说也没错，对了一半）。
上篇文章介绍了 TDD，这次我们将极限编程中的所有技术实践合起来一起聊聊。
上篇文章介绍了 TDD，这次我们将极限编程中的所有技术实践合起来一起聊聊。
至此，生命之环的外圈和中间的一圈已经介绍完了，现在开始的就是内圈的技术实践，也是敏捷最为关键的实践，技术实践能否有效执行关乎着外围实践能否成功，是敏捷最为重要的支撑。技术实践要求开发人员进行大量的分钟级甚至秒级的，深刻的、充满仪式感的行为。
至此，生命之环的外圈和中间的一圈已经介绍完了，现在开始的就是内圈的技术实践，也是敏捷最为关键的实践，技术实践能否有效执行关乎着外围实践能否成功，是敏捷最为重要的支撑。技术实践要求开发人员进行大量的分钟级甚至秒级的，深刻的、充满仪式感的行为。
在Codurance，除非有非常有说服力的解释，否则不管使用什么开发语言，都是从测试开始的。
我个人最早接触敏捷是在上大学时，在《程序员》杂志上看到一本书——《解析极限编程》——的推介。当时我只是“幼稚”的从字面意思去理解：极限编程就是一种新式的编程方法（其实这么说也没错，对了一半）。
即使你已经在正确的轨道上，但如果只是停止不前，也仍然会被淘汰出局。学习是个无限游戏。
能实际解决问题的方式才是好的开发方式。
能实际解决问题的方式才是好的开发方式。
Igloo Software，一家位于加拿大的软件公司，我们提供的平台和服务能够帮助企业将其内网转换为可以支持员工在线工作的环境，以实现企业内部更好的沟通和协作，一起看他们如何使用Jira Cloud进行项目协同工作的
“ 如何用一两句话说清楚敏捷的本质是什么呢？”
业务实践介绍完了，现在该聊聊团队实践了。团队实践支配着团队成员之间的关系，以及团队成员与他们所创造的产品之间的关系。这些实践有助于小型团队表现得像真正的团队。他们帮助团队建立交流的语言，使团队成员对彼此、对正在构建的项目的期望保持一致。
业务实践介绍完了，现在该聊聊团队实践了。团队实践支配着团队成员之间的关系，以及团队成员与他们所创造的产品之间的关系。这些实践有助于小型团队表现得像真正的团队。他们帮助团队建立交流的语言，使团队成员对彼此、对正在构建的项目的期望保持一致。
在上一篇文章中我们花比较大的篇幅介绍了敏捷业务实践中的计划游戏，在这篇文章中我们将介绍介绍生命之环中外围剩下的三个业务实践。
在上一篇文章中我们花比较大的篇幅介绍了敏捷业务实践中的计划游戏，在这篇文章中我们将介绍介绍生命之环中外围剩下的三个业务实践。
Scrum转型想要做好，第一步先了解并真正落实Scrum，那么我推荐的Scrum书籍是要看懂并实践的。第二步是团队的工程实践要做扎实。
从加入公司到现在快三年，从进入公司的那一刻开始实践敏捷，但是说起来惭愧，如果你问我敏捷是什么，我好像不能给出一个专业的回答。由此我开始探索敏捷的过去现在和未来，然后我发现了Bob大叔的新书 Clean Agile: Back to Basics。
从加入公司到现在快三年，从进入公司的那一刻开始实践敏捷，但是说起来惭愧，如果你问我敏捷是什么，我好像不能给出一个专业的回答。由此我开始探索敏捷的过去现在和未来，然后我发现了Bob大叔的新书 Clean Agile: Back to Basics。
Scrum转型想要做好，第一步先了解并真正落实Scrum，那么我推荐的Scrum书籍是要看懂并实践的。第二步是团队的工程实践要做扎实。
“ 上云，就是把已有系统直接迁移到云上那么简单吗？”
从自身实际工作出发，结合传统银行业务系统现状，论证了在疫情重压之下如何从人的弹性、系统的弹性（系统架构和基础设施）等方面应对突如其来的变化，最后得出弹性便是一切的论点。
如果仅把对公有云的运用停留在服务器、存储、网络这些基础设施层面，那便是极大的浪费。”
那一年大学毕业时，许文还没找到工作，余粮所剩无几但又不好意思告诉家里。为了省房租，他在学校宿舍里一直住到宿管大叔带人清场。
制定目标考虑的越充分，未来目标完成的可能性就越大 @一笑
目标管理真正的效力，在于过程中不断的沟通、对齐和调整 @一笑
熵增定律是一种热力学现象，是一种有序到无序、简单到复杂的现象。这种现象适用于管理，也适用于编码。代码从最开始的简单有序，经过长期的迭代会变得复杂无序。到最后，需要投入更多的精力、人力和物力才能维持正常运行。
“ 对自动化测试的合理预期非常重要。”
DevOps不仅能够压缩软件的交付周期，还能提高交付的速度和质量。
尽管大多数组织已经成功地部署了DevOps来完成必要的目标和目的，但是对于这种方法仍然存在一些误解。
即使通过在每个阶段手动测试代码以获取质量结果，也可以实现连续测试。尽管如此，测试自动化可以加快错误检测的速度以及作为过程一部分的其他一切。在每个阶段更快的解决意味着更快的软件发布。尽管从手动到自动化的转变不可能一蹴而就。但是，一旦实施，从长