Quale comunità (lingua / quadro) abbraccia pratiche agili di più? [chiuso]

Question

Ho praticato TDD e (alcuni) XP per un paio di anni e hanno scoperto che risolve molti dei problemi che ho avuto nella mia carriera precedente alla sua adozione. Eliminando così molti mal di testa, il mio amore per la codifica è stato ringiovanito. Il problema è che ho anche trovato difficoltà a trovare .NET (il mio stack corrente) i progetti che utilizzano queste pratiche.

La mia domanda per la comunità SO è: Quale comunità (lingua e / o quadri) vi sentite abbracciare pratiche agili come TDD, (tutto il xDD davvero) xp, CI, ecc di più?

Per questa domanda da porsi, deve essere definito

un mezzo di misurazione. Lo definirei per una comunità determinato / stack come:

(numero di progetti in corso che abbraccia metodologie agili) / (numero di progetti in corso)

Ovviamente senza dati che, probabilmente, non esiste questo è impossibile determinare ... sto solo cercando la percezione della gente

Answer 1

Ho le dita dei piedi in entrambe le rotaie e dei campi di Django. Da quello che vedo, la gente Rails davvero ottenere test. Parlano di test in blog, parlare di test a conferenze, e di spin off di alcuni strumenti di test interessanti (per esempio, ScrewUnit) per testare le parti non Rails delle loro applicazioni. E 'davvero difficile essere parte della comunità Rails e non di prova.

La comunità Django resta indietro sul fronte di test. Django fornito con il supporto di base per i test, ma si deve guardare per esso. Nessuno degli attuali libri Django fare molto di più che dare la prova di un nota, e raramente ho visto alcun sostanziale "come testare" blog da membri della comunità Django. Non ci sono stati colloqui sul test al primo DjangoCon.

Il rovescio della medaglia, Rails le persone sono molto più propensi a farsi in pasticci quote di monkeypatching e i conflitti di versione gioiello (o gemme o plugin che fanno monkeypatching in conflitto), in modo da test automatici è essenziale. I progetti Django che ho visto sono stati in grado di pattinare da perché è più difficile per farti nello stesso problema.

Per quanto riguarda le altre pratiche agili, è difficile da dire, senza essere in grado di sbirciare all'interno di un sacco di progetti in un giorno per giorno.

Answer 2

Se da communitry si tratta di persone, in quanto che altro è una comunità veramente, ecco alcuni gruppi:

Agile Project Leadership Network ha l'implicazione nel suo nome che abbraccia approcci agili.

Alt.Net mi sembra un gruppo dove si poteva portare varie pratiche agili e ottenere diversi risultati come qualcuno potrebbe come loro e alcuni possono avere avuto problemi con loro.

Agile è più sul processo piuttosto che specifiche tecnologie di solito, però. Se la vostra domanda è più su quali tecnologie e quadri fanno le aziende che utilizzano Agile abbraccio, che è tutta un'altra palla di cera con discutibile valore alla mia mente. Le aziende vicino a me, a Calgary, Alberta, che abbracciano Agile possono essere molto diverso rispetto ad altri, per es. ciò che le aziende a Bangalore, India o Londra, Regno Unito o la Silicon Valley o New York, New York o Seattle, Washington per dare poche località dove ci sono alcuni sviluppatori che lavorano, di solito a meno che non si intende aziende come ThoughtWorks che fanno Agile se siete nei pressi di una grande città, dove hanno un ufficio.

Un altro linea di pensiero sarebbe quello di considerare come alcune tecnologie possono avere varie sotto-comunità o dimensione che può appannarsi le cose qui. Ad esempio, ci sono probabilmente molti sviluppatori Java e .Net che abbracciano Agile e molti che detestano essa. Se alcune aziende hanno una metodologia cascata che funziona bene per loro, perché dovrebbero passare ad Agile? Allo stesso tempo, alcune tecnologie possono avere davvero le piccole comunità e in modo che possano essere visualizzati in una luce molto diversa. V'è anche il modo ben organizzato sarebbero le persone che utilizzano queste tecnologie nuove ed emergenti essere se questo è un fattore per la tua mente.

Speriamo che qualcuno pensa che questa deposito del cervello interessante ...;)

Answer 3

Non credo che nessuno di questi flussi di lavoro sono legati a una lingua specifica, né credo qualsiasi lingua si presta necessariamente a questi flussi di lavoro. Qualsiasi deviazione da questo è in gran parte culturale.

Per esempio, la canonica scheletro rotaie progetto è una barriera molto basso per scrivere i test o utilizzando TDD, ma non c'è nulla ti impedisce di afferrare NUnit e la scrittura di un progetto TDD NET.

Ecco alcuni strumenti .NET potreste essere interessati nella ricerca:

Unit Testing:

• NUnit

Continuous Integration:

• TeamCity
• CruiseControl

Answer 4

Dalla mia esperienza un po 'limitato ho trovato che la comunità / ferroviario Rubino sta spingendo la punta di diamante sui test. L'introduzione di nuove tecnologie e, in generale integrare il concetto di TDD e BDD nella maggior parte delle cose. PHP d'altra parte è un po 'casuale. Alcuni gruppi usano religiosamente e altri apparentemente non a tutti. Il set di strumenti in PHP non sembra così robusta e profonda come è nella comunità di Ruby e Rails.

YMMV.