敏捷开发----艺术化的工作需要艺术化的过程
前一阵子,偶尔在csdn上看到了一些敏捷开发的帖子,为里面的理念所打动;于是找了一些书籍来看,幸运的,我找到了Robert C.Martin大师和Kent Beck大师的一些作品,不妨摘录其中的一些译文吧:
如果代码评审是好的,那么我们会始终评审代码(成对编程)。
如果测试是好的,那么所有人都应该始终进行测试(单元测试),甚至包括客户(功能测试)。}
如果设计是好的,那么我们将把它当作每个人的日常事务的一部分(重构)。
如果简单是好的,那么我们将始终把系统保持为支持其当前功能的最简单的设计(可能有效的最简单的东西)。
如果体系结构重要,那么所有人都将不断进行定义和完善体系结构的工作(隐喻)。
如果集成测试重要,那么我们将在一天内多次集成并测试(持续集成)。
如果迭代周期短些好,那么我们将使迭代时间非常非常短--秒、分或小时,而不是周、月或年(“计划游戏”)。
----------------困了,明天接着写...本来想写敏捷开发的,结果罗嗦了一堆没用的... [@more@]
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/8193700/viewspace-998278/
,如需转载,请注明出处,否则将追究法律责任。