Soloarbeit an kleinen Projekten: Cowboy Coding Der Weg zu gehen?

Question

Ich bin ein großer Verfechter von agilen Methoden bei der Arbeit an Teams und/oder großen Projekten.

Allerdings finde ich, dass für kleinere Projekte, wenn ich solo arbeite, ich in der Regel das Projekt schreibe Einheitstests starten, umfassend dokumentieren, Refactoring. Mit der Zeit höre ich auf, weil ich das Gefühl habe, Zeit zu verschwenden. Ich finde, dass Cowboy-Codierung mit einem agilen Spin (testet oft, lesbaren Code schreibend) oft sehr gut für mich in kleinen Solo-Projekten funktioniert, von denen ich nicht erwarte, dass andere damit arbeiten müssen.

Teilen andere meine Meinung? Oder denkst du, dass man sich nie an ihre Waffen halten sollte (hol es dir? Cowboys)?

Also die eigentliche Frage: Gibt es agile Methoden, die speziell auf ein Solo-Projekt zugeschnitten sind? (anders als meine "agilen Cowboy" -Methode oben)

Answer 1

Agil ist eine Philosophie, kein Rezept. Sie verwenden die Teile, die zu Ihrem Entwicklungsstil, Ihrem Projekt und Ihren geschäftlichen Anforderungen passen.

Ich denke, Ihr Vorschlag "Test oft, schreibe einen menschenlesbaren Code" ist ein perfekt geeigneter Ansatz, um gute Software in einem Solo-Team für kleine Projekte zu erstellen.

Answer 2

Cowboy-Codierung und agilen Prozess sind nicht gleich.

Wie bei kleinen persönlichen Projekten gibt es natürlich viele Dinge, die übertrieben wären. Agile Entwicklung, kurze Iterationen, häufige Code-Überprüfung und selbstdokumentieren Code ist der Weg zu gehen.

Answer 3

Sie könnten sich auch solo Programming Xp Workarounds von c2.com ansehen. Cardboard Programmer ist einer aus irgendeinem Grund fand ich besonders amüsant. Könntest du vielleicht mit einem Karton Jon Skeet neben dir codieren?

Answer 4

Ich arbeite derzeit solo auf einem ASP.NET-Projekt (nicht eine kleine aber). Ich benutze TDD ziemlich viel, und ich finde, dass es nicht länger dauert, TDD zu entwickeln, tatsächlich spare ich Zeit.

Dies ist in erster Linie, weil die Suite von Komponententests macht es sehr schnell zu testen und debuggen das System. Z.B. Wenn ein Feature nicht wie gewünscht funktioniert, ist es viel schneller, den Debugger an den NUnit-Prozess anzuhängen, als den Webserver im Debug-Modus zu starten, zur richtigen Seite zu navigieren (zuerst am Anmeldebildschirm) usw. Dadurch, dass ich die Komponententests nicht hatte, würde ich viel länger testen und debuggen.

Und die Komponententests helfen mir auch, ein gut entworfenes System zu schaffen, da es mich zwingt, ein lockerer gekoppeltes Design zu schaffen.

Answer 5

Ich würde sagen, dass die Anzahl der Leute, die an dem Projekt arbeiten, nicht der einzige Faktor ist, der berücksichtigt werden muss. Ich denke, der Grund, warum Sie die volle Agile (Dokumentation, Refactoring, Unit Tests .......... diese sind wahrscheinlich nicht wirklich Agile, obwohl sie schon seit langer Zeit sind), um Zeit zu sein -waschen ist, weil Soloprojekte eher kleine Projekte sind.

Für größere Projekte, die sich über mehr als ein halbes Jahr erstrecken, würde ich wirklich erwarten, dass ein richtiger Prozess Ihnen wirklich helfen würde. Sie können einen Code besuchen, den Sie vor 5 Monaten geschrieben haben. Ohne Dokumentation ist es genauso wie die Arbeit anderer Leute. Ohne Tests haben Sie genauso Angst, es zu ändern, als den Code anderer zu ändern.