man(frau in meinem Fall) ist nur für 4 Tage nicht in Computernähe und da baut sich so eine interessante Diskussion auf!

@Ilker: super Zusammenfassung, wo kann ich mein X darunter setzen ? Ich glaube – man sieht ja – unser kleines Münchner Dojo in eine neue Phase angekommen, es wird sozusagen aus eine Familienunternehmen zu einer AG. Dann ist es auf jedem Fall an der Zeit, diesen “Kodex” zu definieren. Und als “alter Dojohase” kann ich nur bescheinigen, du hast alles bedacht, nicht ausgelassen. Genau so läuft es ein latifa-Dojo. Und apropos: danke dafür!

@Christoph: JEDER, der teil nimmt, bringt seine persönliche Erfahrungen also seine eigene Sicht auf die Dinge, egal ob er .NET kann oder nicht. Einer unseren beharrlichsten Teilnehmer beschäftigt sich mit in UML(!) und das hält ihn trotzdem nicht davon ab, nach der Arbeit hin zu hetzen und die Abende mit C#-Programmierern zu verbringen. Also mach einfach mit!

@Alle: ich hoffe sehr, dass ihr alle zu dem nächsten Open Space kommt – wahrscheinlich nach Leipzig – dass wir dieses Thema endlich mal persönlich auseinander nehmen (und wieder zusammensetzen) können. Bis dann freue ich mich schon auf weitere latifa-Dojos und alle anderen Arten wo ich von euch lernen kann

Schöne Grüße
Christina

“Planung ist die gedankliche Vorwegnahme von Handlungsschritten, die zur Erreichung eines Zieles notwendig scheinen. …”

Das, nicht mehr und nicht weniger, haben wir, meiner Meinung nach, positiv im sinne einer adäquaten Planung gemacht. Ob das jetzt ein positives Beispiel für Planung im CodingDojo ist? Fair?!? Das war und sind meine, natürlich subjektiven, Erkenntnisse. Und … Erkenntnisse sind immer wahre Erkenntnisse! In diesem Sinne beste Grüße und bis bald, Mike

sicherlich mussten wir den “Kunden” am Anfang löchern und seine Anforderungen abfragen. Das steht außer Frage – das finde ich nicht nervig. Ich wehre mich aber dagegen zu sagen, dass das was wir danach gemacht haben ein positives Beispiel für Planung ist. Ich meine so fair musst du doch auch sein und das zugeben.

Grüße Steffen

@Steffen: Wir haben durch die kleine Planung zumindest erfahren, dass der Kunde noch nicht so genau weiss und er brauchte eine kleine Weile zum nachdenken. Das hat Zeit gekostet, keine Frage. Ich stelle allerding immer wieder fest: Das Nachdenken und vor allem das Reden über eine scheinbar kleine Sache aufwendig und nervig werden/sein kann. Aber schafft es nicht auch Erkenntnis mit Mehrwert?

Grundsätzlich bin ich deiner Meinung. Für Kata’s dieser Komplexität brauchen wir keine Planung. Sie sind einfach und jeder hat einen Plan im Kopf. Wir könnten mit TDD/BDD bis zum Punkt einer Fragestellung coden und dann fragen. Fertig!

Aber, wie ich finde, ist Planung, neben der Abstraktion, Modellierung, Strukturierung, Organisation und Dokumentation nicht auch ein Mittel der Kommunikation, Wortfindung, Teambildung, Fokusierung und Evaluierung des allgemeinen Verständnisses der Problemdomäne für mich, für den Kunden und für alle Beteiligten? Nicht jeder braucht das, mir hilft es und ich denke anderen auch. (Zunächst den state-of-the-art zu erarbeiten = 60% auf http://www.surveymonkey.com/MySurvey_Responses.aspx?sm=ENRqMzpoGM5tKjBTTh0WG3EHmrl54odjILs0bqh4zs0%3d oder http://just-tech-reports.blogspot.com/) Klar, in diesem Fall (Kata in CodingDojos) in Breite und Tiefe unnötig. Nur, sind 15-30 Minuten Übungszeit mit “Scheinkunden/Moderator/CodeMonkey” für eine gemeinsame adäquate Planung und damit Ausrichtung/Fokussierung/Ziel unnötig, zwecklos und kontraproduktiv? Fehlen mit Planung auf einmal Fehler aus denen wir durch Erkenntnisgewinn lernen können? Führt Planung zu Leading einzelner weniger? Bekommt der Lern, Lehr und Entwicklungsprozess einen Wasserkopf und verkompliziert jetzt alles? Raubt Planung jetzt den Spass am “freien, kreativen” Tapsen in Denkfallen? Keine Ahnung -> Beobachten, Erkenntnisse sammeln, Anpassen. Mir machen “Latifa” Coding Dojo’s Online und Offline, mit und ohne Planung, etwas passiver und auch etwas aktiver durch die gemeinsamen Übungen am Code mit Gleichgesinnten viel Spass. Beste Grüße, Mike

Fandest du die Planung vom letzten Online-Dojo wirklich so gelungen? Ich meine wir haben eine halbe Stunde nur darüber geredet, dass die Römischen Zahlen für unseren Kunden erst ab 1900 gehen müssen und zukünftig dann irgendwann “als Erweiterung” auch mal ab 1. Durch die explizite Aufnahme dieser “Vereinfachung” vom Kunden sind in der Planung ein Validator-Interface und zwei Validatorklassen entstanden – aus meiner Sicht total überflüssig.

Ich meine es war doch offenbar jedem klar, dass der Algorithmus um korrekt laufen zu können auch alle Zahlen unter 1900 können muss. Der erste Test war ja dann auch ConvertingArabicOneToRomanShouldGiveI und nicht irgendetwas mit 1900.

Wenn wir uns schon die Zeit nehmen alles global zu durchdenken, dann hätte ich gehofft wir überprüfen die Anforderungen auf Sinnhaftigkeit und sagen zu unserem Kunden: “Danke, dass du uns die Sache einfacher gestalten willst, aber in diesem Fall bringt es leider nichts.”

Aber Online ist das Ganze natürlich noch schwieriger. Deswegen bin ich da trotzdem der Meinung, dass das Dojo sehr gut war.

Grüße Steffen

Sie sind wichtig. Gut, dass du sie aufgeschrieben hast. Und dein Stil ist halt, dass du nicht mehr willst im Dojo. Unter dem Dach der Programmierung reichen dir diese Werte. Das ist Latifa, das ist Ilker. Alles wunderbar.

Damit wir aber eben nicht aneinander rennen, nehme ich den Ball auf und sage eben: das ist der Latifa-Stil und es kann und soll gern andere Stile geben. Ob die orthogonal sind oder Latifa erweitern, ist ja egal. Sie sind eben anders.

Steffen Forkmann scheint mir auch den Latifa-Stil zu favorisieren. Ilker macht Latifa. Da seid ihr schon zwei. Gut so.

Beispielsweise Mike, Stefan Lieser und ich denken aber anders. Wenn Coding Dojo nicht ein Stil sein muss, dann können wir nun ohne Reiberei einfach einen anderen Stil ins Leben rufen. Ein Name ist noch zu finden dafür. Dann stehen Latifa und XXX Stil nebeneinander. Dann haben sie Namen und die Community kann drüber sprechen. Dann kann sie vergleichen und sich dem einen oder anderen zuwenden. Oder der eine oder andere verändert sich auch über die Zeit. Entwicklung findet statt.

Ich finde es gut, dass du hier nochmal Position bezogen hast. Ich werde das gleichfalls in einem Blog-Artikel tun. Ist schon in Arbeit

-Ralf