Welche Community (Sprache/Framework) unterstützt agile Praktiken am meisten?[geschlossen]
-
06-09-2019 - |
Frage
Ich praktiziere TDD und (einige) XP seit einigen Jahren und habe festgestellt, dass es viele der Probleme löst, die ich in meiner Karriere vor seiner Einführung hatte.Durch die Beseitigung so vieler Kopfschmerzen ist meine Liebe zum Programmieren wiederbelebt worden.Das Problem ist, dass ich es auch schwierig fand, .NET-Projekte (meinen aktuellen Stack) zu finden, die diese Vorgehensweisen nutzen.
Meine Frage an die SO-Community lautet:Welche Communities (Sprache und/oder Frameworks) begrüßen Ihrer Meinung nach agile Praktiken wie tdd, (eigentlich alle xDDs), xp, ci usw. am meisten?
Damit diese Frage gestellt werden kann, muss ein Messmittel definiert werden.Ich würde es für eine bestimmte Community/einen bestimmten Stack wie folgt definieren:
(Anzahl aktueller Projekte mit agilen Methoden) / (Anzahl aktueller Projekte)
Offensichtlich ist dies ohne Daten, die wahrscheinlich nicht existieren, unmöglich zu bestimmen ... Ich suche nur nach den Wahrnehmungen der Menschen
Lösung
Ich habe sowohl im Rails- als auch im Django-Lager Vorliebe.Soweit ich weiß, werden die Rails-Leute wirklich auf die Probe gestellt.Sie sprechen in Blogs über Tests, auf Konferenzen über Tests und entwickeln einige interessante Testtools (z. B. ScrewUnit) zum Testen der Nicht-Rails-Teile ihrer Apps.Es ist wirklich schwer, Teil der Rails-Community zu sein und nicht zu testen.
Die Django-Community hinkt beim Testen hinterher.Django wird mit grundlegender Testunterstützung ausgeliefert, aber Sie müssen danach suchen.Keines der aktuellen Django-Bücher bietet mehr, als dem Testen eine Fußnote zu geben, und ich sehe selten substanzielle „How to Test“-Blogs von Django-Community-Mitgliedern.Auf der ersten DjangoCon gab es keine Gespräche über Tests.
Auf der anderen Seite ist die Wahrscheinlichkeit, dass Rails-Benutzer aufgrund von Monkeypatching- und Gem-Versionskonflikten (oder Gems oder Plugins, die widersprüchliches Monkeypatching ausführen), in Schwierigkeiten geraten, daher sind automatisierte Tests unerlässlich.Die Django-Projekte, die ich gesehen habe, konnten an mir vorbeiziehen, weil es schwieriger ist, sich selbst in die gleichen Schwierigkeiten zu bringen.
Was andere agile Praktiken betrifft, lässt sich das nur schwer sagen, wenn man nicht jeden Tag einen Blick in viele Projekte werfen kann.
Andere Tipps
Wenn durch communitry dies über die Menschen ist, als das, was sonst eine Gemeinschaft wirklich ist, hier sind ein paar Gruppen:
Agile Projekt Leadership Network hat die Implikation in seinem Namen, dass es Agile Ansätze umfasst.
Alt.Net erscheint mir als eine Gruppe, wo Sie verschiedene Agile Praktiken bringen könnte und verschiedene Ergebnisse als einige können erhalten wie sie und mit ihnen einige Probleme gehabt haben.
Agile ist mehr über Prozess und nicht als spezifische Technologien in der Regel, wenn. Wenn Ihre Frage mehr über das, was Technologien und Frameworks Unternehmen Agile Umarmung verwenden, ist, dass eine ganz andere Kugel aus Wachs mit zweifelhaftem Wert meiner Meinung nach. Die Unternehmen in der Nähe von mir, in Calgary, Alberta, die Agile umarmen können ganz anders sein als andere, z. welche Unternehmen in Bangalore, Indien oder London, Großbritannien oder Silicon Valley oder New York City, New York oder Seattle, Washington, einige Stellen zu geben, wo es einige Entwickler arbeiten, in der Regel, wenn Sie bedeuten Unternehmen wie
Ich glaube nicht, dass dieser Workflows auf eine bestimmte Sprache gebunden sind, noch glaube ich jede Sprache unbedingt selbst auf diese Workflows verleiht. Jede Abweichung von diesem weitgehend kulturell. Zum Beispiel die kanonische Schienen Projekt Skelett hat eine sehr niedrige Barriere-Tests zu schreiben oder TDD verwenden, aber es gibt nichts, was man von erregenden NUnit zu stoppen und ein TDD .NET-Projekt zu schreiben. Hier sind einige .NET-Tools, die Sie vielleicht in der Erforschung interessiert sein: Unit Testing: Continuous Integration:
Aus meiner etwas begrenzten Erfahrung habe ich festgestellt, dass die Ruby-Schiene / Gemeinschaft hat auf der Prüfung die Schneidkante gedrängt. Die Einführung neuer Technologien und in der Regel das Konzept der TDD und BDD in den meisten Dingen zu integrieren. PHP auf der anderen Seite ist ein wenig planlos. Einige Gruppen verwenden sie religiös und andere scheinbar gar nicht. Das Toolset in PHP nicht so robust erscheinen und tief, wie es in der Ruby & Rails Gemeinden ist.
YMMV.