敏捷方法

如何减少代码的量

一般认为，架构是描述设计蓝图的宏观过程，然而，敏捷方法的逐步普遍，却慢慢开始颠覆这种事前设计的论调，代码不仅要体现架构的原则与思想，还要通过代码对架构施加影响，甚至利用代码来补充与完善架构。
·2015-12-09 11:37

【程序员】项目经理如何调动组员积极性

每天用用Scrum这种敏捷方法，汇报一下进度。假如组员持续增多，管理起来可是麻烦
frogoscar·2015-12-02 17:23

【程序员】项目经理如何调动组员积极性

每天用用Scrum这种敏捷方法，汇报一下进度。假如组员持续增多，管理起来可是麻烦
frogoscar·2015-12-02 17:23

敏捷测试流程

敏捷测试流程在敏捷方法中，XP方法强调测试在整个项目开发过程中的重要性。
防火防盗防柱哥·2015-11-16 17:56

经典文摘：用敏捷方法做软件重用

     我在工作中经常遇到这种情况。为某功能实现了一段代码，然后觉得这段代码或许以后会复用到，于是想尽办法开始复杂的对其进行泛化和完善使其更通用。初衷是为了避免代码重复方便代码维护以通过日后复用提高开发效率。但这样做花费的精力和成本往往都很大，反而极大的降低了开发效率，有些得不尝失。现在越来越怀疑这种为“日后的复用”，究竟是种方便还是种麻烦。今天看到一篇就
·2015-11-13 21:19

产品研发中的敏捷：不足与方向

gigix.thoughtworkers.org/2007/11/13/improving-agile-in-product-designing） InfoQ的一篇题为“ 敏捷遭遇实效营销”的新闻指出：敏捷方法不是产品开发中的银弹
·2015-11-13 19:09

敏捷方法中的开源工具

（本文发表于《程序员》2006年第6期） 也许由于软件行业固有的“高科技”特性（或者说，软件人固有的顾影自怜），软件项目的管理和过程控制中从来就不缺少形形色色的工具。在一些大型的、“正规的”软件企业中，配置管理要通过ClearCase，软件设计要使用Rose画出一大堆精美的图形，压力测试要用LoadRunner来跑……当软件公司的老板们痴迷于“形式化管理”与漂亮的报表和文档时，这些昂贵的商业工具
·2015-11-13 19:38

敏捷教练，从A到Z

Agile 主题 领导能力, 团队协作 标签 管理, 教练和指导 敏捷方法学带来了新的角色
·2015-11-13 19:58

成为技术传播者（一）：写在前面

再譬如说，给别人做敏捷方法培训的一个家伙，自己的书稿、文稿从来就没有版本控制系统，只靠自己的脑子和文件夹的名字来记忆，并且还好几次弄错了稿件。再譬如说，在报纸上写过好几篇文章鼓吹BLOG的一个家伙，
·2015-11-13 19:04

JavaOne现场报道（6月12日）

Marc Fleury的演讲、JBoss AOP展示、Rave（Sun的全新Java开发工具）的Demo、“敏捷方法 vs.
·2015-11-13 18:26

什么样的项目最适合于敏捷开发

来自Mick Cohn博客 January 15th, 2011 我最近被问到关于什么样的项目才是最适合于敏捷方法，在此关于这方面进行一个探讨。
·2015-11-12 22:00

深入认识敏捷开发和面向对象

敏捷开发是现阶段一个软件过程的管理方法，而且是行之有效的策略方法，所以现在的软件工程都要实施敏捷方法。 首先我们来看看这个敏捷开发概念产生的背景。
·2015-11-12 22:20

解释传统与敏捷方法最贴切的故事：大象与猴子

很久以来我都对传统的软件工程方法和盛行的敏捷方法的联系与区别郁闷不已，因为每一个领域都是那么庞大，作为一个非专业人士，要能清楚地把握其中的关系，确实不是件容易的事情，直到我看到下面的这个故事（摘自《平衡敏捷与规范
·2015-11-12 20:25

Alistair讲座的几点感受：纠正对敏捷方法的误解

今天去参加UMLChina组织的一个Alistair Cockburn（ http://alistair.cockburn.us/）见面会，本来是想到现场见一下潘加宇然后开溜的，但进入现场看到莫映、前同事Robert，索性多听一会儿。因为Alistair在敏捷开发方面比较有经验，再加上演讲时生动的身体语言，听起来倒也有意思。边听边验证自己对敏捷的理解，发现原来自己对敏捷是有误解的，这和自己缺少实
·2015-11-12 20:22

创建你的第一个游戏Pong——总结

对于大一些的游戏项目，只用一章的篇幅是讲不完的，但在这里您至少已经学习了一些概念、单元测试以及一些敏捷方法学的基本术语。
·2015-11-12 19:50

敏捷开发之道（二）极限编程XP

今天我们来了解一个敏捷开发的方法——极限编程XP 1、介绍        极限编程（eXtreme Programming，简称XP）是敏捷方法中最被推崇的一个
·2015-11-12 19:46

[置顶] SpecDD（混合的敏捷方法模型）主要过程概述

有趣的是，敏捷方法的流行性并不是因为它取代了其他开发方法，相反它与这些方法进行了更好地融合。现实世界众多敏捷项目的成功，也证明了敏捷将走向杂化的未来。
·2015-11-12 16:52

系统开发基础知识

（3）软件开发方法：包括软件开发生命周期、软件开发模型（瀑布模型、演化模型、增量模型、螺旋模型、原型、构件组装模型、RUP、敏捷方法）、构件与软件重用、逆向工程、形式化方法。
·2015-11-11 17:34

Scrum概述

• 敏捷方法是一类软件开发流程的泛称； • 敏捷方法是相对于传统的瀑布式软件过程提出的； • 敏捷方法可以用敏捷宣言（4条）、敏捷原则（12条）来概括； • 敏捷原则通过一系列的敏捷实践来体现出来
·2015-11-11 15:46

软件开发神话--上

敏捷方法论的名字起的太妙了，就相当于跑步运动员的名字叫飞速那么传神。敏捷专家们现在也越来越提倡td
·2015-11-11 14:39

敏捷开发从理念原则到商业模式

大师们的确不但要总结一些有关敏捷方法的理论，而且要有切实可行的方法去操作，还要有相应的商业模式的配合，否则总是说敏捷宣言原则实践或者经验，没有一点儿理论和商业模式支持，一遇到有关收费的问题就没的可讲的了
·2015-11-11 08:25

敏捷教练，从A到Z

Agile 主题 领导能力, 团队协作 标签 管理, 教练和指导 敏捷方法学带来了新的角色
·2015-11-11 05:38

论软件的价值

敏捷方法的倡导者鼓吹：拥抱变化，直到客户满意,就是我们满意。 怎么样客户才会满意，应该就是软件给客户带来的高利润才会使客户满意。
·2015-11-11 02:27

项目的敏捷开发方法（转自MBAlib）

项目的敏捷开发方法 　　敏捷方法很多,包括 Scrum、极限编程、功能驱动开发以及统一过程（RUP）等多种法，这些方法本质实际上是一样的，敏捷开发小组主要的工作方式可以归纳为：作为一个整体工作； 按短迭代周期工作
·2015-11-09 13:28

敏捷开发的特点（转自MBAlib）

敏捷开发的特点 　　敏捷方法主要有两个特点，这也是其区别于其他方法，尤其是重型方法的最主要特征: 　　（1）敏捷开发方法是“适应性”(Adaptive)而非“预设性” (Predictive)。
·2015-11-09 13:26

读《用户故事与敏捷方法》

必须说明的是，我是囫囵吞枣读的，应该没有读透，其次，这些东西的实践性很强，需要真正的工作里应用过，才能有更多体会 什么是用户故事？ 用户故事是对用户有价值的功能 一个用户故事包含哪些东西？  1 卡片： 一句话的描述或定义  2 讨论：功能的相关的细节（或约束）  3 验证：验收测试，通过验收测试才能说完成了用户故事
·2015-11-09 12:06

结对项目实验报告

结对实验报告  结对人曹文静的地址：  http://www.cnblogs.com/liandiexueying/ 一．实践目标： 敏捷方法之结对编程实践 学会与他人合作
·2015-11-09 12:53

架构设计中的方法学（七）

而测试的基本操作思路是测试优先，它是敏捷方法中非常重要的一项实践，是重构和稳定核模式的重要保障。 　　
·2015-11-08 10:43

1415-2结对项目作业

结对项目时间 2周（截止5月17日） 实践目标 敏捷方法之结对编程实践 学会与他人合作 基于项目的Github源代码管理 继续学习JUnit4单元测试 形成良好的编码风格
·2015-11-07 12:51

架构设计中的方法学（四）

七、组合使用模式　　我们已经讨论了敏捷架构设计的4种过程模式，在这一章中，我们对这四种过程模式做一个小结，并讨论4者间的关系以及体现在模式中的敏捷方法论特色。
·2015-11-07 11:27

XP的极限编程简介

敏捷方法论有一个共同的特点，那就是都将矛头指向了“文档”，它们认为传统的软件工程方法文档量太“重”了，称为“重量级”方法，而相应的敏捷方法则是“轻量级”方法。
·2015-11-05 08:37

让敏捷开发落地

现在，这些敏捷方法正在取得良好的发展，一些著名的公司如Google、Micro
·2015-11-02 19:31

迈出单元测试的第一步

单元测试不仅是软件行业的最佳实践，在敏捷方法的推动下，它也成为了可持续软件生产的支柱。根据最新的年度敏捷调查，70% 的参与者会对他们的代码进行单元测试。
·2015-11-02 18:10

敏捷游戏研发过程（海报导读）

整体思路是在游戏研发过程中应用Scrum敏捷方法进行管理，在其他大团队/长周期项目，或普通团队实施Scrum时也可以借鉴。
·2015-11-02 16:50

敏捷数据库的持续集成(CI)

总算对数据库的持续集成在整个CI Process中的实现初步完成了 数据库的持续集成对开发十分有益的，不仅仅是在敏捷开发中（也许敏捷开发更易于接受变化），在其他的软件过程也是如此，参考一下这篇文章 数据库设计中的敏捷方法
·2015-11-02 14:51

敏捷测试初见

敏捷测试初见 2015-06-03 目录 1 敏捷和传统开发的差异2 敏捷开发  2.1 敏捷宣言  2.2 敏捷方法  2.3 敏捷方法的共性3 敏捷测试 1 敏捷和传统开发的差异
·2015-11-02 12:53

敏捷游戏研发过程（海报导读）

整体思路是在游戏研发过程中应用Scrum敏捷方法进行管理，在其他大团队/长周期项目，或普通团队实施Scrum时也可以借鉴。
·2015-11-02 11:53

新书：使用Visual Studio实现敏捷软件工程

InfoQ：敏捷方法通常要求我们使用最小工具集
·2015-11-02 10:33

换个角度看敏捷1-敏捷问题解决方式

方法学可以称为敏捷方法学？是不是存在一根看不见的线把这一切关联起来？ 这让我如此着迷，没有什么能够比寻找答案更让人着迷了。下面就是我的尝试，肯定不完善，但即使是小小的帮助也是一个进步。
·2015-11-02 09:29

XP的极限编程简介

敏捷方法论有一个共同的特点，那就是都将矛头指向了“文档”，它们认为传统的软件工程方法文档量太“重”了，称为“重量级”方法，而相应的敏捷方法则是“轻量级”方法。
·2015-11-01 12:02

Scrum 过程实践小记

严格来说，不能算是真正的scrum实践，但实践敏捷的过程本身也是一种“敏捷方法”，所以就算是“敏捷实践之敏捷开发方法－scrum过程”吧。
·2015-11-01 12:07

阅读作业（2）

无论是日渐淘汰的瀑布模型，还是近几年新兴的敏捷方法，不管其流行与否，都值得计算机
·2015-11-01 10:07

敏捷思维－架构设计中的方法学(4)团队设计

团队设计是敏捷方法论中很重要的一项实践。我们这里说的团队，指的并不是复数的人。一群人就是一群人，并没有办法构成团队。要想成为团队，有很多的工作要做。
·2015-11-01 09:29

敏捷思维－架构设计中的方法学(3)源自需求

我们说，和重型方法偏重于计划、过程和中间产物不同，敏捷方法更加看重人和沟通。人和沟通永远是第一位的，而计划、过程和中间产物，那只是保证沟通、实现目标的手段。
·2015-11-01 09:28

[每周特惠]敏捷软件开发(原书第2版) +敏捷开发的艺术

作者以其丰富的实践经验，为我们提供了一部融合敏捷方法的力作。” ——Tom Gilb，著
·2015-11-01 08:30

敏捷开发读书笔记（二）

测试驱动开发 极限编程（eXtreme Programming，简称XP）是敏捷方法中最著名的一个。它由一系列简单却相互依赖的时间组成。这些实践结合在一起形成了一个胜于部分结合的整体。
·2015-10-31 16:49

敏捷方法之极限编程(XP)和 Scrum区别

敏捷(Agile)作为一种开发流程， 目前为各大公司所采用, 敏捷流程的具体实践有XP 和Scrum, 似乎很少有文章介绍这两者的区别, 发现一篇外文, 见解非常深刻, 特将其翻译一把. 原文(DIFFERENCES BETWEEN SCRUM AND EXTREME PROGRAMMING )在此: http://blog.mountaingoatsoftware.com/differe
·2015-10-31 16:19

关于SCRUM

SCRUM是遵循敏捷方法的一个软件开发框架，走瀑布和极限的中庸路线。
·2015-10-31 15:44

深入认识敏捷开发和面向对象

敏捷开发是现阶段一个软件过程的管理方法，而且是行之有效的策略方法，所以现在的软件工程都要实施敏捷方法。 首先我们来看看这个敏捷开发概念产生的背景。
·2015-10-31 15:16

C语言和设计模式（之开篇）01

至于软件开发方式，那就更多了，什么极限编程、精益方法、敏捷方法。随着时间的推移
·2015-10-31 12:01
上一页 10 11 12 13 14 15 16 17 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他