我总觉得XP带着一种不太切合实际的浪漫主义

呵呵，“纠结”用得太好了！



回忆经历过的，发现基本上很少会去看文档了，除开需求文档，在项目中基本上都是处于需要什么时都是去一大堆code中寻找需要的api接口，这个时候觉得如果需要了解接口（接口有比较详细的说明，没问题，否则还真的不知道要去怎么搜索文档才可以找到正确的说明，文档内容匹配不好搜索阿，文档名往往无法代表准确的含义）！
有测试还可以看看他的调用例子，和一些输入对应的输出

小项目、只用1年的 全面使用xp就比较浪费时间了，裁剪一部分比较合适！

这次参加中国敏捷大会，发现有很多公司都在实践Scrum，好多公司在部分团队里实践了结对编程。我着实感觉很吃惊——原来一直以为自己（在关注XP）已经挺前卫的了。

关于你说的自动化测试，我所在的团队实践过，开发进程确实井然有序的多了，我不想细说这个，只想说你那种想法不对，并不是：要么全都用一种方案，要么就干脆不采纳。

关于重构，说实话，我觉得编程的乐趣就在重构了。该不该提倡是一方面，老板支不支持是另一方面，有时候，老板说的话，可能只是被我们用来当作借口了。

Re-factoring requires the QA team to do regression fuction tests.

The regression maybe huge if the refactoring happens in the infrastructure layer.

Are they be willing to do the regression in this case?

明白你的意思。那是不利的一面。但我觉得可靠的软件也么也得经过两三轮重构，尤其是infrastructure layer

以乐趣、喜好来说事，可能显得不职业，但也确实是团队管理里得考虑的方面

Yes. Just as Rod Johnson says, we don't have to be so "Agile" when infrastructure is concerned.

Infrastructure should be more steady than application components.

XP不是为了前卫和新奇，而相反确实为了务实，摒除一些无谓的文档开销，把精力专注于代码。可想而知，不重视代码的公司肯定work不下去，文档永远是滞后于代码的！

XP直说是少量的文档，主要靠的是注释。但是一个大项目，肯定会有大量的文档那个，XP所需的那些可以忽略

找个项目，例如说当前的windows系统开发吧，这个项目如果靠XP肯定行不通，赞同XP是精通业务的编程高手的好工具

我更宁可认为他根本就没想到这会成为一个问题
系统测试嘛，只要人能通过计算机进行的操作，就一定可以用程序来自动化，多么简单的一个道理
gui还是console，有区别吗？
很多人只是拿这个当借口而已。你告诉他其实有现成的gui测试工具，他还会找到别的借口
而我的经验就是，喜欢找借口的人就继续找借口安于现状好了，大家都开心

I don't like your tongue.