¿Qué comunidad (idioma / marco) abarca prácticas ágiles más? [cerrado]

Question

He estado practicando TDD y (algunos) XP durante algunos años y han encontrado que los que resuelve muchos de los problemas que he tenido en mi carrera previa a su adopción. Mediante la eliminación de tantos dolores de cabeza, mi amor de codificación se ha rejuvenecido. El problema es que también he encontrado que es difícil encontrar proyectos que utilizan estas prácticas .NET (mi pila actual).

Mi pregunta para la comunidad SO es: ¿Qué comunidades (lengua y / o marcos) ¿se siente abrazar prácticas ágiles como TDD, (todo de la realidad xDD) XP, CI, etc más?

Para esta cuestión que se plantea, es necesario definir un medio de medición. Yo lo definiría para una comunidad / pila dado como:

(número de proyectos en curso que abarca metodologías ágiles) / (número de proyectos en curso)

Obviamente, sin datos que probablemente no existe esto es imposible determinar ... Estoy en busca de las percepciones de la gente

Answer 1

Tengo los dedos del pie en ambos de los rieles y los campos de Django. Por lo que veo, la gente Rieles realmente conseguir pruebas. Se habla de las pruebas en blogs, hablar de las pruebas en las conferencias y spin off algunas herramientas de prueba de interés (por ejemplo, ScrewUnit) para probar las partes no Rieles de sus aplicaciones. Es muy difícil ser parte de la comunidad Rails y no de prueba.

La comunidad Django va a la zaga en la parte frontal de pruebas. Django se suministra con un soporte básico para las pruebas, pero hay que buscarlo. Ninguno de los actuales libros de Django hacer mucho más que dar pruebas de una nota al pie, y que rara vez se ve ninguna sustantiva "cómo probar" blogs de miembros de la comunidad de Django. No hubo conversaciones sobre la prueba en la primera DjangoCon.

Por otro lado, los carriles personas son mucho más propensos a meterse en líos cuotas a monkeypatching y conflictos de versión joya (o gemas o plugins que hacen monkeypatching en conflicto), por lo que las pruebas automatizadas es esencial. Los proyectos de Django que he visto han sido capaces de patinar por porque es más difícil de conseguirse a tener este problema.

En cuanto a otras prácticas ágiles, es difícil de decir sin ser capaz de mirar dentro de una gran cantidad de proyectos sobre una base del día a día.

Answer 2

Si por communitry se trata de personas, ya que lo demás es una comunidad de verdad, aquí hay algunos grupos:

Agile Project Leadership Network tiene la implicación en su nombre que abarca enfoques ágiles.

Alt.Net me parece un grupo donde se podía llevar varias prácticas ágiles y obtener diversos resultados ya que algunos pueden como ellos y algunos pueden haber tenido problemas con ellos.

ágil es más sobre el proceso en lugar de tecnologías específicas por lo general, sin embargo. Si su pregunta es más acerca de qué tecnologías y marcos hacen las empresas que utilizan abrazo ágil, que es un conjunto de la otra bola de cera con un valor cuestionable a la mente. Las empresas cerca de mí, en Calgary, Alberta, que abrazan Agile pueden ser muy diferentes que otros, por ejemplo. lo que las empresas en Bangalore, India o Londres, Reino Unido o en Silicon Valley o la ciudad de Nueva York, Nueva York o Seattle, Washington para dar unos pocos lugares donde hay algunos desarrolladores de trabajo, por lo general menos que decir empresas como ThoughtWorks que lo hacen ágil si está cerca de una gran ciudad donde tienen una oficina.

Otra línea de pensamiento sería considerar cómo algunas tecnologías pueden tener varios sub-comunidades o tamaño que se puede empañar las cosas aquí. Por ejemplo, es probable que muchos desarrolladores de Java y .Net que abrazan ágil y muchos que lo detestan. Si algunas empresas tienen una metodología de cascada que funciona bien para ellos, ¿por qué deberían cambiar a Agile? Al mismo tiempo, algunas tecnologías pueden tener las comunidades muy pequeñas y para que puedan ser vistos bajo una luz muy diferente. También es lo bien organizado llegaron a las personas que utilizan estas tecnologías nuevas y emergentes sean si eso es un factor a su mente.

Esperemos que alguien considera esta volcado de cerebro interesante ...;)

Answer 3

No creo que ninguno de estos flujos de trabajo están vinculados a un idioma específico, ni me creo cualquier idioma se presta en sí necesariamente a estos flujos de trabajo. Cualquier desviación de este es en gran parte cultural.

Por ejemplo, el esqueleto del proyecto rieles canónica tiene una barrera muy baja a escribir las pruebas o el uso de DDT, pero no hay nada que nos impida agarrar NUnit y escribir un proyecto TDD .NET.

Aquí están algunas herramientas .NET que podría estar interesado en la investigación:

Unidad de Pruebas:

• NUnit

Integración continua:

• TeamCity
• climatizador

Answer 4

A partir de mi experiencia algo limitada he encontrado que la comunidad / carril de Rubí ha estado presionando a la vanguardia en las pruebas. La introducción de las nuevas tecnologías y, en general integrando el concepto de TDD y BDD en la mayoría de las cosas. PHP por el contrario es algo irregular. Algunos grupos utilizan religiosamente y otra aparentemente no en todos. El conjunto de herramientas en PHP no parece tan robusto y profundo como lo es en las comunidades de Ruby y Rails.

Tu caso es distinto.