1,265
社区成员
发帖
与我相关
我的任务
分享导师让写一篇极限编程的论文,大家来帮帮忙提供些话题吧(二)
中秋快乐
http://expert.csdn.net/Expert/topic/2225/2225425.xml?temp=.5463678
继续上面这一贴的讨论 :)
话题:有关极限编程的一切,也欢迎有关敏捷开发的相关话题
http://expert.csdn.net/Expert/topic/2225/2225425.xml?temp=.5463678
继续上面这一贴的讨论 :)
话题:有关极限编程的一切,也欢迎有关敏捷开发的相关话题
...全文
请发表友善的回复…
发表回复
caff 2003-11-03
- 打赏
- 举报
我就是在学习dp,重构的过程中才发现面向对象的博大精深的
看gof的时候以为xp的简单性是和dp相矛盾的
后来看fowler的那本重构的时候才发现远不是这么回事
之前对简单性,重构的理解都太片面了
FlyingHero(雁翔工作室) ,可以介绍一下你的项目中应用xp吗,谢谢
看gof的时候以为xp的简单性是和dp相矛盾的
后来看fowler的那本重构的时候才发现远不是这么回事
之前对简单性,重构的理解都太片面了
FlyingHero(雁翔工作室) ,可以介绍一下你的项目中应用xp吗,谢谢
ozzzzzz 2003-11-02
- 打赏
- 举报
就kent这个人来说，真的只好有一个字还形容－牛。
有那么多的东西是从他那里来的。设计模式、重构、XP、TDD，也许还有什么现在我们不知道的东西在他那里酝酿。我喜欢他的样子（主要是他的头发比我少），更喜欢他的气势。他的一件体恤上印着：你还在用数据库吗？在看看junit，你能有怎么样的心情。就是这么一个人造就了XP。
我虽然不用XP了（因为我太喜欢CRC了），但是大家还是经常来问我XP的问题，即使某个自认为比我潇洒的家伙也要来问我XP实施的问题。我其实也是那么喜欢XP，因为我知道XP最早。现在好像很多人都在谈论这个方法，似乎如果你不说几句XP，你就觉得自己太孤陋寡闻了。
然而我想XP只有在你不去考虑你是不是在XP这个问题的时候，才真的成为你的财富。我更愿意采取自然的方法，从对自身的能力匮乏的角度去考虑方法的实施。我想与其抓住XP这棵大树，不如去仔细研究它的那么多原则和方法。
有那么多的东西是从他那里来的。设计模式、重构、XP、TDD，也许还有什么现在我们不知道的东西在他那里酝酿。我喜欢他的样子（主要是他的头发比我少），更喜欢他的气势。他的一件体恤上印着：你还在用数据库吗？在看看junit，你能有怎么样的心情。就是这么一个人造就了XP。
我虽然不用XP了（因为我太喜欢CRC了），但是大家还是经常来问我XP的问题，即使某个自认为比我潇洒的家伙也要来问我XP实施的问题。我其实也是那么喜欢XP，因为我知道XP最早。现在好像很多人都在谈论这个方法，似乎如果你不说几句XP，你就觉得自己太孤陋寡闻了。
然而我想XP只有在你不去考虑你是不是在XP这个问题的时候，才真的成为你的财富。我更愿意采取自然的方法，从对自身的能力匮乏的角度去考虑方法的实施。我想与其抓住XP这棵大树，不如去仔细研究它的那么多原则和方法。
FlyingHero 2003-11-02
- 打赏
- 举报
可以自己随便作一点小项目啊，实践一下就很清楚了。
在自己项目中运用XP之前，我觉得我Kent的很多观点非常极端，但实际做过之后（我的项目中只用到了一部分XP实践），我觉得自己才非常极端。现在让我写论文，我可以随便写出几万字。
在自己项目中运用XP之前，我觉得我Kent的很多观点非常极端，但实际做过之后（我的项目中只用到了一部分XP实践），我觉得自己才非常极端。现在让我写论文，我可以随便写出几万字。
caff 2003-11-02
- 打赏
- 举报
越来越发现需要学的东西太多,又没有可行的项目实践
这样只是看书会不会误入歧途?
毕业设计近在眼前,我是不是应该及早放弃这个方向
等到工作了再说?
这样只是看书会不会误入歧途?
毕业设计近在眼前,我是不是应该及早放弃这个方向
等到工作了再说?
f3611018 2003-10-07
- 打赏
- 举报
学习！
caff 2003-09-17
- 打赏
- 举报
dragongong(中国龙) 的建议不错,
我也在考虑做一个实验性的项目,
只是还不知道做哪一方面的题目,
大家有什么好的题材欢迎提出来,最好是一个人的(这样就不是真正的xp了,不过条件所限,没办法的事情)
我也在考虑做一个实验性的项目,
只是还不知道做哪一方面的题目,
大家有什么好的题材欢迎提出来,最好是一个人的(这样就不是真正的xp了,不过条件所限,没办法的事情)
lynxliu 2003-09-16
- 打赏
- 举报
你的导师是o6z吧，呵呵
Iambear 2003-09-16
- 打赏
- 举报
今天刚刚听了极限编程的一些简单原理，仅供参考：
特点：短周期，多周期（主要）
短的开发循环周期
客户参与是开发的一部分
产品在每个发布周期中只做少部分改动
每次改动首先考虑高优先级的变化
开发变量：费用，时间，质量，范围。
其中，前三个比较固定。因此，XP主要考虑最后一个因素：范围。
要具备的素质：交流， 简单， 反馈， 勇气
只要有问题（或不管有无问题），都要交流
今天只做今天的事，明天的是留给明天做。而且做事要简单明了
最自己做的任何事情，及时地反馈给相关人员，不管自己做得如何
有勇气挑战自己，相信自己，推翻自己。这要以前三个因素作为前提
特点：短周期，多周期（主要）
短的开发循环周期
客户参与是开发的一部分
产品在每个发布周期中只做少部分改动
每次改动首先考虑高优先级的变化
开发变量：费用，时间，质量，范围。
其中，前三个比较固定。因此，XP主要考虑最后一个因素：范围。
要具备的素质：交流， 简单， 反馈， 勇气
只要有问题（或不管有无问题），都要交流
今天只做今天的事，明天的是留给明天做。而且做事要简单明了
最自己做的任何事情，及时地反馈给相关人员，不管自己做得如何
有勇气挑战自己，相信自己，推翻自己。这要以前三个因素作为前提
termite 2003-09-16
- 打赏
- 举报
实践
dragongong 2003-09-16
- 打赏
- 举报
顺便建议楼主，弄点试验性的项目做做吧，有实践经验，有扎实的理论基础，再加上坛子里高人的指点，肯定能出一篇优秀的论文。如果只是想应付作业，我看还是抄书得了，博览众长，也能对付过去。
dragongong 2003-09-16
- 打赏
- 举报
强调重构是有前提的。
对于待开发的新领域，项目前期需求不明确，后期需求变更风险很大，所以才强调重构。
对于待开发的新领域，项目前期需求不明确，后期需求变更风险很大，所以才强调重构。
Diego2000 2003-09-14
- 打赏
- 举报
不过不管怎么样，系统架构的设计总不能老重构吧？
我怎么觉得XP很轻系统设计，然后很喜欢重构
困惑
我怎么觉得XP很轻系统设计，然后很喜欢重构
困惑
swinging 2003-09-12
- 打赏
- 举报
有时候我在想，是否应该这样理解极限编程：对编程极度偏执的程序员的软件工程。
^_^，
在我看来，极限编程是把传统软件工程完全融入编程，这样程序员可以使用代码控制
一切，而不是文档决定一切，
这个说法是很有漏洞的，我只是有这么个想法而已，
实际的极限编程的几个准则基本可以感觉到，它的目标之一就是写出拥有良好设计的代码，
我非常喜欢。
呃，
我觉得测试优先是构筑极限编程的基石。
我想我在打基中，sweat.
^_^，
在我看来，极限编程是把传统软件工程完全融入编程，这样程序员可以使用代码控制
一切，而不是文档决定一切，
这个说法是很有漏洞的，我只是有这么个想法而已，
实际的极限编程的几个准则基本可以感觉到，它的目标之一就是写出拥有良好设计的代码，
我非常喜欢。
呃，
我觉得测试优先是构筑极限编程的基石。
我想我在打基中，sweat.
lydong 2003-09-12
- 打赏
- 举报
极限编程简介（理论）：历史、现状、前景；
结合项目的编程实践（实例）：计划、需求、角色、分工、进展、结果；
注：根据论题的需要，项目的具体的设计、分析和实现并一定是重点，着重点可以放在项目与极限编程的结合，比如个人采用XP的经历、相互的协作、某个问题的解决过程等等。
极限编程带来的影响（总结）：时间、人力、成本、思维方式。
结合项目的编程实践（实例）：计划、需求、角色、分工、进展、结果；
注：根据论题的需要，项目的具体的设计、分析和实现并一定是重点，着重点可以放在项目与极限编程的结合，比如个人采用XP的经历、相互的协作、某个问题的解决过程等等。
极限编程带来的影响（总结）：时间、人力、成本、思维方式。
green0602 2003-09-12
- 打赏
- 举报
何谓极限编程？
zhuma 2003-09-12
- 打赏
- 举报
兄台真是
不到黄河不死心
实践
实践
再实践
数据
数据
再数据
不到黄河不死心
实践
实践
再实践
数据
数据
再数据
digital1 2003-09-12
- 打赏
- 举报
最开始用的方法很象xp，
后来是认识分层
再后来认识解耦
再后来认识设计模式
再后来认识抽象
再后来感觉比较随心所欲了，又开始xp了
后来是认识分层
再后来认识解耦
再后来认识设计模式
再后来认识抽象
再后来感觉比较随心所欲了，又开始xp了
swinging 2003-09-12
- 打赏
- 举报
楼上好主意。
煜知搬砖者 2003-09-12
- 打赏
- 举报
可以把xp和rup比较一下，呵呵~！准能增长不少字
aboush 2003-09-11
- 打赏
- 举报
这里实在很难放开说，最近研究重构，发现其中的奥妙无穷。
首先，设计再优良，必定会随需求改变，也就是说代码重构是不可避免的。
这点我很看中，因为重构的潜力不仅在于写的代码很优良，重要的是，它提供在需求变化的时候，随着设计的变化，代码也可以轻易改变，并且很容易维护；
其次，很多项目是从旧系统上兼容过来的，或是二次开发，以前的代码不能舍弃，所以对以前代码的重构是必不可少。
至于重构的细节，很一些条款，但我倒不在乎这些条款，重在自己是否想到。
重构是敏捷开发的一部分。
首先，设计再优良，必定会随需求改变，也就是说代码重构是不可避免的。
这点我很看中，因为重构的潜力不仅在于写的代码很优良，重要的是，它提供在需求变化的时候，随着设计的变化，代码也可以轻易改变，并且很容易维护；
其次，很多项目是从旧系统上兼容过来的，或是二次开发，以前的代码不能舍弃，所以对以前代码的重构是必不可少。
至于重构的细节，很一些条款，但我倒不在乎这些条款，重在自己是否想到。
重构是敏捷开发的一部分。
