| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
| 不得窥道门，不得悟佛门，不得入窄门，实乃破门。 |
| Blog信息 |
|
blog名称:破门点滴
日志总数:161
评论数量:404
留言数量:-2
访问次数:1422063
建立时间:2004年11月13日 |
| |
|  [XP 实践]谈XP四大宗旨－反馈篇
原创空间, 软件技术
破门 发表于 2005/9/24 17:15:39 | | 反馈
反馈宗旨看上去和交流宗旨似乎有些重复的嫌疑，因为我们常常把反馈看作交流的一种对应动作，比如领导交办的事项必须进行反馈等。而事实上在XP实践过程中，反馈更强调的是对交流得到的信息进行分析后的一种积极响应动作。
首先是XP对需求变化反馈的看法：积极地拥抱变化，积极地反馈是XP应用需求的策略。XP团队不会像传统团队那样执着地幻想需求能够在进入全面设计之前就明明白白地确定下来，而是认为需求变化是一种自然，是任何项目都需要面对的问题。唯一正确的解决办法就是通过积极地反馈来适应变化。
其次是XP对设计变化反馈的看法：积极地重构设计，“毫不留情”地重构是XP对设计的要求。因为XP为了快速适应需求和降低前置设计成本而提倡简单设计，所以系统架构和代码设计的质量就需要通过时时刻刻不断地重构来提升。只要发现系统有任何不满足需求或是设计代码问题，XP团队就会马上动手对系统进行足够程度上的重构，毫不留情地重写需要重写的任何部分，甚至是全部系统！
在这个问题上， |
|
| [XP 实践]谈XP四大宗旨－交流篇
原创空间, 软件技术 破门 发表于 2005/9/23 11:34:15 | | 交流
交流是团队存在的灵魂，如果没有交流，团队也就称不上团队了，所谓“一盘散沙”正是没有交流的组织最佳写照。
没有交流的团队其实是不存在的，而缺乏交流的团队确实比比皆是。究其原因，我们太依赖于传统模式的制度和“牛仔”了。传统项目利用制度管理约定了上下级的交流模式，可想而知其交流的范围和内容都是受到极大的制约的，典型的“漏斗型”信息交流渠道，使得项目经常在细节上迷失了。“牛仔”型程序员更是XP激烈反对的类型，可惜的是多数程序员还是希望甚至渴望回到“西部”或者“求伯君时代”。可是兄弟们，那个时代已经逐渐远去了。
让我们看看XP通过实践规则推荐的交流方法吧：
发布/迭代计划会议： 这是我所经历的最有意思的实践环节之一，头脑风暴式的交流形式很容易得到大家的认同，在实际的项目实践中也确实起到了很明显的效果。我曾经通过一次发布计划会议成功地解决了一个拖延了近三个月的项目，会议上团队成员积极的交流很快找到了问题关键和解决方案，制定了一个月的具体开发计划，最终的结果是在接下来的二十天内就基本解决了问题。
站立早 |
|
| [XP 实践]谈XP四大宗旨－简单篇
原创空间, 软件技术 破门 发表于 2005/9/21 22:10:52 | 简单
大道至简！XP的宗旨在中国传统文化也找的到渊源。
简单的背后并不简单，需要有勇气去寻找事物的本源，才能获得最直接和最简单的方法。
XP的简单宗旨体现在实践中的各个角落。
简单的设计：
简单设计不是看到任务拿起来就做，而是在充分理解用户需求的前提下，做最需要做的事情。如果需要明天才能确定的需求，最好等到明天再去考虑，因为今天非常迫切的需求，到了明天，“你也许就不再需要它！”。
简单的文档：
简单的文档不是说不需要文档，而是不提倡把大量的精力放入前置设计这种复杂的文字工作中，应该把更多的精力放在客户真正需要的——可运行的系统上。文档的目的是说明和传承，XP文化中有许多非文档化的传承，所以不用片面的强调文档的重要，这只是一种载体而已。我们可以通过用户故事、CRC、测试程序、代码、成对、集成、发布计划会议、站立例会和任何形式的交流实现更直接的说明和传承。
简单的代码：
程序员的任务就是提供可运行的系统，而保障系统可运行的最佳方式就是保持代码的简单，XP提供的一切实践手段 |
|
| [XP 实践]谈XP四大宗旨－勇气篇
原创空间, 软件技术 破门 发表于 2005/9/19 23:50:49 | 勇气
XP将勇气列为四大宗旨之首，其实人生何尝不是如此？
作为一个程序员，想开始XP之旅，首先就要有勇气接收下面会发生的一切！
要有勇气接收XP的四大宗旨，并开始在实践过程中时时刻刻体会：
我是否不够勇气追求简单？简单的设计，简单的文档，简单的功能代码，简单的测试程序，简单的系统？
我是否不够勇气尽量地交流？与客户交流，与团队交流，与领导交流，与比我强的人交流，也与比我差的人交流，与我喜欢的人交流，也与我不太喜欢的人交流？
我是否不够勇气及时地反馈？成功了反馈，失败时反馈，理解不清时反馈，发现问题时反馈，进度提前了反馈，完不成任务时更要提前反馈？
要有勇气开始XP的实践之旅，并在实践过程中时时刻刻遵循四大宗旨：
我是否有勇气接收所有实践规则的挑战？
简单设计、测试优先、双人编程、持续集成......
|
|
|
