哪个社区（语言/框架）最容易接受敏捷实践？

Question

我已经练习TDD和（某些）XP几年了，并且发现它解决了我在职业生涯之前的许多问题。通过消除这么多头痛，我对编码的热爱得到了恢复。问题是我也发现很难找到利用这些实践的.NET（我当前的堆栈）项目。

我对SO社区的质疑是： 您认为哪些社区（语言和/或框架）拥有敏捷实践，例如tdd，（所有xDD真的）xp，ci等最多？

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

（采用敏捷方法的当前项目数量）/（当前项目数量）

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

Answer 1

如果通过社区来说这是关于人的，那么社区还有其他什么，这里有几个小组：

Agile Project Leadership Network在其名称中暗示它包含敏捷方法。

Alt.Net让我感到震惊，你可以带来各种敏捷实践并获得各种结果，因为有些人可能会喜欢它们，有些可能会遇到问题。

但是，敏捷更多地是关于流程而不是特定技术。如果你的问题更多的是关于公司使用敏捷拥抱的技术和框架，这是一个完整的另一个蜡球，我心中有一些值得怀疑的东西。我在阿尔伯塔省卡尔加里附近的公司拥抱敏捷可能与其他公司截然不同，例如。哪些公司在班加罗尔，印度或伦敦，英国或硅谷或纽约市，纽约或西雅图，华盛顿提供一些开发人员工作的地方，通常除非你的意思是像Thoughtworks这样的公司做敏捷如果你在一个他们有办公室的大城市附近。

另一种思路是考虑某些技术如何可能具有各种子社区或规模，这可能会使这里的事物变得混乱。例如，可能有许多Java和.Net开发人员接受敏捷，而许多开发人员不喜欢它。如果一些公司有一种适合他们的瀑布方法，他们为什么要转向敏捷？与此同时，一些技术可能拥有非常小的社区，因此可能会以不同的视角来看待它们。如果这是您心中的一个因素，那么使用这些新兴技术的人们的组织结构也是如此。

希望有人发现这个大脑转储有趣......;）

Answer 2

我在Rails和Django阵营都有脚趾。从我看来，Rails的人真的得到了测试。他们谈论在博客中进行测试，谈论在会议中进行测试，以及分离一些有趣的测试工具（例如，ScrewUnit）来测试他们应用程序的非Rails部分。很难成为Rails社区的一员而不是测试。

Django社区在测试方面落后。 Django提供基本的测试支持，但你必须寻找它。目前的Django书籍所做的不仅仅是测试脚注，我很少看到任何来自Django社区成员的实质性“如何测试”博客。在第一个DjangoCon上没有关于测试的讨论。

另一方面，Rails人更容易陷入混乱和怪物版本冲突（或者宝石或插件做冲突的monkeypatching）的混乱局面，因此自动化测试至关重要。我见过的Django项目之所以能够滑冰，是因为让自己陷入同样的​​困境更加困难。

至于其他敏捷实践，如果不能在日常工作中窥视很多项目，很难说。

Answer 3

我认为这些工作流程中没有任何一种与特定语言相关联，我认为任何语言都不一定适合这些工作流程。任何偏离都是文化上的。

例如，规范的rails项目骨架对编写测试或使用TDD的障碍非常小，但没有什么可以阻止你抓住NUnit并编写TDD .NET项目。

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

单元测试：

• NUnit

持续整合：

• TeamCity
• CruiseControl

Answer 4

从我有限的经验来看，我发现Ruby /铁路社区一直在推动测试的最前沿。引入新技术并将TDD和BDD的概念整合到大多数事物中。另一方面，PHP有些杂乱无章。有些团体在宗教上使用它，而其他团体似乎根本不使用它。 PHP中的工具集看起来并不像Ruby＆amp;中那样强大和深入。 Rails社区。

因人而异。