Mon, 21 Aug 2006 15:57:00 GMThttp://blog.csdn.net/hoping/http://blog.csdn.net/hoping/archive/2006/08/21/1102818.aspxhttp://blog.csdn.net/hoping/comments/1102818.aspx6http://blog.csdn.net/hoping/comments/commentRss/1102818.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1102818TDD的三条规则<img src ="http://blog.csdn.net/hoping/aggbug/1102818.aspx" width = "1" height = "1" />Mon, 21 Aug 2006 23:57:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2006/08/21/1102818.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2006/08/21/1102818.aspxhopinghttp://blog.csdn.net/hoping/archive/2006/08/09/1040376.aspxhttp://blog.csdn.net/hoping/comments/1040376.aspx0http://blog.csdn.net/hoping/comments/commentRss/1040376.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1040376在上篇文章（《敏捷软件开发基础：持续集成环境的搭建》）中，我们讲述了如何在团队开发中搭建起一个持续集成的环境，从而为有效地实施敏捷开发实践打下基础。其中所提到的工具和方法都是针对开发团队内部开发环境的搭建的。但是，仅仅有了一个持续集成环境还不足以开发出优秀的软件。毕竟，软件开发出来是要为客户提供价值的，要想开发出真正满足客户要求、使客户满意的软件，开发团队和客户之间的有效协作和沟通是必须的。本文就试图关注于这一方面的内容，就如何高效地进行客户协作以及这种有效协作对软件开发的重要影响展开论述。<img src ="http://blog.csdn.net/hoping/aggbug/1040376.aspx" width = "1" height = "1" />Wed, 09 Aug 2006 16:40:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2006/08/09/1040376.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2006/08/09/1040376.aspxhopinghttp://blog.csdn.net/hoping/archive/2006/08/09/1040366.aspxhttp://blog.csdn.net/hoping/comments/1040366.aspx0http://blog.csdn.net/hoping/comments/commentRss/1040366.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1040366从技术层面上来讲，"持续集成"的含义是指开发团队中的每个成员都尽量频繁地把他们所做的工作更改合入到源码库中，并且还要验证新合入的变化没有造成任何破坏。本文中，作者将介绍如何构建持续集成所需要的环境。<img src ="http://blog.csdn.net/hoping/aggbug/1040366.aspx" width = "1" height = "1" />Wed, 09 Aug 2006 16:39:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2006/08/09/1040366.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2006/08/09/1040366.aspxhopinghttp://blog.csdn.net/hoping/archive/2005/11/10/526571.aspxhttp://blog.csdn.net/hoping/comments/526571.aspx1http://blog.csdn.net/hoping/comments/commentRss/526571.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=526571A draft TOC of 嵌入式电信软件敏捷开发实践 <img src ="http://blog.csdn.net/hoping/aggbug/526571.aspx" width = "1" height = "1" />Thu, 10 Nov 2005 18:17:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2005/11/10/526571.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2005/11/10/526571.aspxhopinghttp://blog.csdn.net/hoping/archive/2005/08/30/467879.aspxhttp://blog.csdn.net/hoping/comments/467879.aspx1http://blog.csdn.net/hoping/comments/commentRss/467879.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=467879前年（2003）年末，接到尤晓东编辑的邀请，希望能够翻译"Balancing Agility and Discipline"一书。 由于当时工作较忙，就婉言谢绝了。后来，在尤晓东老师连续2个月的盛情邀请下，就答应翻译此书，并 于去年（2004）3月份开始翻译，6月底交稿。时隔一年，终得出版。希望此书能够对读者朋友有所帮助。内附译者序一篇。相关链接如下： http://www.dearbook.com.cn/subject/agility/ http://www.china-pub.com/computers/common/info.asp?id=26495<img src ="http://blog.csdn.net/hoping/aggbug/467879.aspx" width = "1" height = "1" />Tue, 30 Aug 2005 22:23:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2005/08/30/467879.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2005/08/30/467879.aspxhopinghttp://blog.csdn.net/hoping/archive/2005/07/13/424343.aspxhttp://blog.csdn.net/hoping/comments/424343.aspx1http://blog.csdn.net/hoping/comments/commentRss/424343.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=424343我们在学习程序设计和语言时，往往忽视了提高应对复杂性能力方面的内容，而把精力放在了语法等一些低层次的细枝末节之上，对程序设计本身产生了很大的误解。当语言本身存在缺陷、教育不当时，后果就变得更加严重。这种状况对提高我们的处理复杂性的能力带来很大的障碍。在本文中，我仅仅关注于程序设计这个问题，就该如何来学习程序设计展开讨论，希望对大家有所帮助。<img src ="http://blog.csdn.net/hoping/aggbug/424343.aspx" width = "1" height = "1" />Thu, 14 Jul 2005 04:27:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2005/07/13/424343.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2005/07/13/424343.aspxhopinghttp://blog.csdn.net/hoping/archive/2005/04/08/339980.aspxhttp://blog.csdn.net/hoping/comments/339980.aspx2http://blog.csdn.net/hoping/comments/commentRss/339980.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=339980我们在进行软件开发活动中，如果在关注形式和过程的同时，更多地反思一下这些形式和过程本身的质量，更多地关注一下如何才能提高真正的软件质量――可以更快、更好地满足客户的需求，使客户满意，而不是软件开发活动是否严格符合每个过程。并把这些关注真正落实到日常的每一项活动之中，这才是真正注重实效的工程化方法。<img src ="http://blog.csdn.net/hoping/aggbug/339980.aspx" width = "1" height = "1" />Fri, 08 Apr 2005 17:42:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2005/04/08/339980.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2005/04/08/339980.aspxhopinghttp://blog.csdn.net/hoping/archive/2005/03/16/320980.aspxhttp://blog.csdn.net/hoping/comments/320980.aspx1http://blog.csdn.net/hoping/comments/commentRss/320980.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=320980前段时间，一直在对我们项目的程序做重构。在这个过程中，不时会有一些想法和体会，觉得很有必要和大家一起分享。碰巧，前段时间看到IEEE设计专栏上有一篇Michael Feathers的文章，是针对同样的论题的，并且所采用的手法也颇为相似，并且行文流畅，深入浅出。所以就仿照他的行文，结合自己的实践写了篇文章，和大家一起分享。<img src ="http://blog.csdn.net/hoping/aggbug/320980.aspx" width = "1" height = "1" />Wed, 16 Mar 2005 21:03:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2005/03/16/320980.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2005/03/16/320980.aspxhopinghttp://blog.csdn.net/hoping/archive/2005/03/05/312347.aspxhttp://blog.csdn.net/hoping/comments/312347.aspx1http://blog.csdn.net/hoping/comments/commentRss/312347.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=312347People have occasionally asked whether I did any follow-on writing to my "What Is Software Design" article. The answer has basically been "No, not really." I want to make it clear that that is not because I forgot about it or otherwise changed my mind. Allow me to offer a bit of explanation. <img src ="http://blog.csdn.net/hoping/aggbug/312347.aspx" width = "1" height = "1" />Sun, 06 Mar 2005 07:07:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2005/03/05/312347.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2005/03/05/312347.aspxhopinghttp://blog.csdn.net/hoping/archive/2004/12/26/230218.aspxhttp://blog.csdn.net/hoping/comments/230218.aspx5http://blog.csdn.net/hoping/comments/commentRss/230218.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=230218软件思考系列 之一<img src ="http://blog.csdn.net/hoping/aggbug/230218.aspx" width = "1" height = "1" />Mon, 27 Dec 2004 06:01:00 +0800hopinghttp://blog.csdn.net/hoping/archive/2004/12/26/230218.aspx#Feedbackhttp://blog.csdn.net/hoping/archive/2004/12/26/230218.aspxhoping