随笔- 361
文章- 7
评论- 26
阅读-
50万
随笔分类 - 敏捷开发Agile software development
敏捷软件开发实践-Code Review Process（转）
摘要：介绍：在敏捷软件开发中，从代码的产生速度上来看，要比 传统Waterfall产生速度高很多。因为我们把时间安排的更加紧凑了。那么这么多的代码，如何能保证这些代码质量呢？很多人可能直接想到静态代码检测 工具。没错，那些是可以定义一个代码检查规则来确保代码的质量，但是那个仅仅是从语言角度，那么逻辑是否已经最优化了？可重用性是否已经优化到极致了？这 些是静态代码工具不能完成的，所以我们需要Code Review实现方式：对于已经在项目组很久的人来说：虽然传统的code review就是把代码从仓库checkout出来，然后看下，但是对于大项目来说，那样的代码审查没有任何的效果，因为你除了看到代码还是
阅读全文
敏捷软件开发实践-Sprint Retrospective Meeting（转）
摘要：介绍：在敏捷开发模式中，Sprint Retrospective Meeting 也是一个必不可少的环节，它通常发生在每个Sprint的结尾，其主要作用是对于当前的迭代周期做一个阶段性的总结，包括好的方面和不好的方面，然后我们 可以在接下来的迭代中扬长避短，所以这对于一个团队的健康发展也是有好处的。实现方式： 一般我们项目组是通过圆桌会议来完成Sprint Retrospective Meeting ,会有相应的人（一般是项目组的人按照名字序列轮流）记录好Meeting Minutes. 我们一般从以下方面来进行Retrospective.(1) 开发团队效率如何(2) 开发团队合作如何(3)
阅读全文
敏捷软件开发实践-Release Process/Release Plan（转）
摘要：介绍：因为我们的开发周期是迭代进行的，以Sprint为单位，我们每个 Sprint如何去和客户说我们的成果呢，那么我就需要Demo和release一些新功能，或者一些bug fixing。Demo我这里不讨论了， 大体上就是部署都服务器上然后运行下给meeting的所有人看下，我们这里主要讨论和发布(release)有关的话题。实现方式：话题1：我们如何让发布者知道我们这个Sprint做的功能？因为就像jdk一样，它的每次大的release和小的release都有一些评注来说明他们这次发布有哪些功能，或者哪些修正，我们一样，我们的做法是：在每个Sprint的结束日，如果对项目有任何变更（功能改
阅读全文
《敏捷软件开发-原则、方法与实践》-Robert C. Martin读书笔记（转）
摘要：Review of Agile Software Development: Principles, Patterns, and Practices本书主要包含4部分内容，这些内容对于今天的软件工程师都非常的重要，它们是： ●Agile方法：主要讲述了如何去使用Agile方法，其中有很大一部分内容是告诉你为什么要这样做。 ●面向对象设计原则：本书包含了11个面向对象设计原则，涵盖了包的设计和类的设计。 ●设计模式：本书中讲述了23个设计模式，并都有具体的实例。讲解的重点在如何在实际的应用中去使用模式，如何根据当前问题的上下文以及约束力去选择最适合的模式，以及何时避免使用...
阅读全文
