哪个社区(语言/框架)最喜欢敏捷实践？

Question

我已经实践TDD和(一些) XP几年了，我发现它解决了我在采用它之前在我的职业生涯中遇到的许多问题。通过消除这么多令人头疼的问题，我对编码的热爱重新焕发了活力。问题是，我也发现很难找到使用这些实践的.NET (我当前的堆栈)项目。

我对SO社区的问题是:你觉得哪个社区(语言和/或框架)最喜欢敏捷实践，比如tdd，(实际上是所有的xDD) xp，ci，等等？

要问这个问题，必须定义一种测量方法。对于给定的社区/堆栈，我会将其定义为：

(采用敏捷方法的当前项目数量)/(当前项目数量)

显然，没有可能不存在的数据，这是不可能确定的……我只是在寻找人们的看法。

Answer 1

我在Rails和Django阵营都有经验。据我所知，Rails人员真的需要进行测试。他们在博客上谈论测试，在会议上谈论测试，并衍生出一些有趣的测试工具(例如，ScrewUnit)来测试他们应用程序的非Rails部分。成为Rails社区的一员而不进行测试真的很难。

Django社区在测试方面落后了。Django提供了对测试的基本支持，但您必须寻找它。当前的Django书籍除了给测试做脚注之外，没有做更多的事情，我很少看到来自Django社区成员的任何实质性的“如何测试”博客。在第一届DjangoCon上没有关于测试的讨论。

另一方面，Rails人员更有可能因为monkeypatching和gem版本冲突而陷入混乱(或者gem或plugin进行冲突的monkeypatching)，因此自动化测试是必不可少的。我见过的Django项目能够顺利通过，因为它更难让你自己陷入同样的麻烦。

至于其他敏捷实践，如果不能在日常的基础上窥探许多项目的内部情况，那就很难说了。

Answer 2

如果社区是关于人的，就像社区一样，这里有几个组：

Agile Project Leadership Network在其名称中隐含着拥抱敏捷方法的含义。

Alt.Net给我的印象是，你可以带来各种敏捷实践，并获得不同的结果，因为有些人可能喜欢它们，有些人可能会遇到问题。

然而，敏捷更多的是关于过程，而不是通常的具体技术。如果你的问题更多的是关于使用敏捷的公司接受哪些技术和框架，那对我来说是另一回事，价值值得怀疑。在我附近，在阿尔伯塔省的卡尔加里，拥抱敏捷的公司可能与其他公司有很大的不同，例如，印度班加罗尔、伦敦、英国、硅谷或纽约市、纽约或西雅图、华盛顿的公司会给出几个有一些开发人员工作的地点，通常除非你指的是像Thoughtworks这样的公司，如果你靠近一个大城市，他们会做敏捷。

另一种思路是考虑一些技术如何可能有各种各样的子社区或规模，这些子社区或规模可能会在这里产生云。例如，可能有许多Java和.Net开发人员拥护敏捷，也有许多人讨厌敏捷。如果一些公司有一个适合他们的瀑布方法，为什么他们要转向敏捷呢？同时，一些技术可能有非常小的社区，因此它们可能会被视为非常不同的观点。如果这对你来说是一个因素，那么使用这些新技术和新兴技术的人的组织性也会有多好。

希望有人会发现这个大脑转储很有趣。;)

Answer 3

我不认为这些工作流中的任何一个都与特定的语言相关联，也不认为任何语言都必须适合这些工作流。任何偏离这一点的行为都很大程度上是文化上的。

例如，规范的rails项目框架在编写测试或使用测试驱动程序方面的障碍非常低，但没有什么能阻止您抓起NUnit并编写测试驱动开发.NET项目。

以下是您可能有兴趣研究的一些.NET工具：

单元测试：

• NUnit

持续集成：

• TeamCity
• CruiseControl