自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

闲亭信步(KISS)

手把青秧插满田,低头便见水中天。身心清净方为道,退步原来是向前。/ 初学者眼中凡事皆有可能,行家心中可行之途无多

  • 博客(9)
  • 资源 (5)
  • 收藏
  • 关注

原创 第一次用Nant和Nunit构建C#项目

以前没使用Nant和Nunit建立过C#代码的自动化构建,今天自己写了一个C#程序,想用Nant和Nunit构建C#代码。可写好build文件后运行UnitTest时遇到了麻烦。命令行提示如下:Could not load file or assembly nunit.framework, Version=2.4.3.0, Culture=neutral, PublicKeyToken=

2008-03-25 14:26:00 4683

原创 Scrum对管理层的要求更高吗?再进一步,Agile对管理层的要求更高吗?

最近,在google group的Agile china讨论组有一个关于Scrum培训的讨论。其中有一个回贴提到"scrum对管理层的要求更高"。那么,再进一步,Agile对管理层的要求更高吗?个人认为,至少在采纳Agile的初始阶段,这种提法似乎不是很正确。(我假设这里的“管理层”是指有决定权的组织级管理者) 首先,无论我们采用什么方法,最终都是为了一个目的,即“创造更多的价值”。如果能够创造

2008-03-20 11:43:00 2043

原创 客户非要接受敏捷吗?

如果你的开发团队正在使用敏捷开发方法,而客户并不在意什么开发方法,他们只想尽快地拿到他们需要的软件。作为项目经理,你该怎么办呢?如果客户不知道敏捷开发方法,那么向他介绍敏捷开发方法是项目经理应该做的一件事,但是要适可而止。因为能用的软件才是他们想要的,在没有深刻体会到它带来的益处时,你是无法用嘴皮子来证明的。但并不能这么就算了,因为还要保持开发团队的士气呢。所以,一方面要在客户能够接受的程度下尽量

2008-03-16 21:55:00 2830 4

翻译 再释“持续集成,应该自动化什么?”

持续集成是敏捷最佳实践之一,但并不是只有使用敏捷方法的团队才能够采纳。但如果你能够采纳敏捷方法,那么它会发挥更大的作用。“什么是持续集成”在前面的文章中已谈过了,这里只把其中的一部分:持续集成的六个基本自动化再细说一下。这六个基本自动化是:自动运行测试、自动产生可部署的二进制文件,把它部署到类似生产环境中,自动标识你的代码基线,自动运行回归测试以及自动产生度量。一、运行测试   这本来是不必说的事

2008-03-12 08:05:00 3030 2

原创 闰月的最后一天是非法日期吗?

在今年的2月29日,访问了一个基于JRuby的Web应用。可返回的结果是:29号不是有效日期。看它的异常报告,个人猜测是JRuby的一个Bug,不是很确定。

2008-03-10 22:10:00 2157

原创 Yahoo! 采纳敏捷方法Scrum后的效果不同凡响

自从2005年开始,Yahoo! 在美国、欧洲和亚太地区就开始尝试使用Scrum进行软件产品开发。最初仅选择了四个团队进行尝试。到目前为止,已有近200个团队在不同程度上使用Scrum。这里所说的“不同程度”是指不同的受益程度。Yahoo!有一个由三个人组成的类似于教练团的组织,该组织成员与其他项目的成员一起参与项目,一起解决他们遇到的关于过程和方法方面的问题。根据实施效果来看,仅仅三个人是远远不

2008-03-10 21:29:00 2361

原创 越来越多的组织开始采纳敏捷方法

最近,有一个关于组织内采纳敏捷软件开发实践情况的调查,调查结果产生于2008年2月。所提的问题是“你所在的公司,采纳敏捷方法(包括XP, Scrum,TDD等等)”的情况如何?“ 同样的调查已在2005年进行过一次了。结果如下:   2008 2005

2008-03-06 15:50:00 2118

原创 Card Trees - 敏捷项目管理工具Mingle2.0 新功能

Mingle是一款敏捷软件开发管理工具,它即将发布就的版本。该版本中增加了很多新特性,当然,最主要的功能就是Card Trees啦。你可以在各种各样的卡片之间建立父子关系,这些关系通过树型结构可以展示出项目的复杂度。为了不同的目的,或针对不同的团队角色,你能够构建不同的树。项目经理可能希望有一个计划树,用来做WBS 分解(work breakdown structure),而业务分析师想要用Sto

2008-03-03 23:18:00 3764

原创 Story Player, 敏捷业务分析师的小工具

在敏捷团队中,BA(业务分析师)的一项主要工作就是分析User Stories。一般来说,我们用纸卡写记录它们。Mingle发布以后,我们开始使用它来管理我们的故事卡片。Mingle是一个很好用的敏捷项目管理工具,说它好用是因为它的可定制性非常好。你可以用它管理你的项目,即使你用传统的项目管理方法。它暂时还不能完成我(一个BA)想要的功能,即(1)我可以任意拖动我的卡片,(2)在它们之间任意的画线

2008-03-02 17:24:00 3655 1

repoScan-1.0.jar

圈复杂度的历史趋势分析工具。一条命令搞定。 # 项目说明 按统计Git仓库中的代码圈复杂度 (去除所有的 */test/* 目录) # 用到的工具 * Git * [lizard](https://github.com/terryyin/lizard) ## 已测试的运行环境 * MacOS * Java 1.8 * python2.7 * Git 2.15.1 ## 运行前的准备 * 安装Git * 在MacOS上安装lizard ``` pip install lizard ``` 例如,下面的命令表示在对当前Git仓库目录下,对代码进行扫描,圈复杂度阈值为10, 样本周期是60天,使用默认语言,即:java。输出结果 在文件中。 outputDir/codebase_summary.csv `java -jar ../codemetrics/target/repoScan-1.0.jar -R . -C 10 -I 60`

2020-03-10

持续交付成熟度模型 V1.2

《持续交付》一书中提供的持续交付成熟度模型是第一版。这是再次经过调整的改进版,更具有指导性和可操作性。

2011-10-17

配置与发布管理成熟度模型

评估持续集成与持续交付的成熟度,寻找下一个改善目标。

2011-07-19

puppet入门手册

先进的配置管理工具,与CfEngine,Chef相似的工具

2011-07-12

Cruise1.0中文配置说明

Cruise1.0是Thoughtworks在2008年7月28日发布的一款持续集成与发布管理系统,并帅先实现了Pipeline的概念,并将持续集成这一概念扩展到到发布管理领域。本文是Cruise1.0配置文件的中文说明文档。

2008-08-03

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除