{"id":971,"date":"2010-05-20T06:37:06","date_gmt":"2010-05-20T06:37:06","guid":{"rendered":"http:\/\/www.navision-blog.de\/2010\/05\/20\/bericht-vom-ersten-net-coding-dojo-in-hamburg\/"},"modified":"2010-05-23T12:23:25","modified_gmt":"2010-05-23T12:23:25","slug":"bericht-vom-ersten-net-coding-dojo-in-hamburg","status":"publish","type":"post","link":"http:\/\/www.navision-blog.de\/blog\/2010\/05\/20\/bericht-vom-ersten-net-coding-dojo-in-hamburg\/","title":{"rendered":"Bericht vom Ersten .NET Coding Dojo in Hamburg"},"content":{"rendered":"

Gestern fand das erste .NET Coding Dojo in Hamburg statt und es war aus meiner Sicht ein voller Erfolg. Als erstes möchte ich mich an dieser Stelle bei der Firma masters of arts<\/a> für die Räumlichkeit und natürlich bei allen Teilnehmer für die aktive Mitarbeit bedanken.<\/p>\n

\"Erklärungen\" <\/p>\n

Durchgeführt haben wir das Dojo im Randori-Stil<\/a>, d.h. es gab einen Entwickler, einen \u201cCo-Piloten\u201d und das Publikum. Nach jeweils 5 Minuten bzw. jedem neuen Testfall wurden die Positionen mit neuen Teilnehmer aus dem Publikum getauscht.<\/p>\n

Nach einer kurzen allgemeinen Einführung in das Thema \u201cCoding Dojo\u201d habe ich die Aufgabenstellungen der Kata.FizzBuzz und Kata.DictionaryReplacer vorgestellt. Durch kurze Abstimmung haben wir dann (vermutlich durch meine Wortwahl beeinflusst) die Kata.DictionaryReplacer gewählt.<\/p>\n

Mit der Wahl dieser Kata war ich nicht ganz unglücklich, da wir DictionaryReplacer schon im Online Dojo durchgenommen haben und ich deshalb die Fallstricke schon etwas einschätzen konnte.<\/p>\n

\n

Kata.DictionaryReplacer<\/strong><\/p>\n

Create a method that takes a string and a dictionary,
and replaces every key in the dictionary pre and suffixed with a dollar sign,
with the corresponding value from the Dictionary. <\/p>\n

Tests <\/p>\n

input : "",
          dict empty
output: "" <\/p>\n

input : "$temp$", 
           dict ["temp", "temporary"]
output: "temporary" <\/p>\n

input : "$temp$ here comes the name $name$",
           dict ["temp", "temporary"] ["name", "John Doe"]
output : "temporary here comes the name John Doe"<\/p>\n

[codingdojo.org<\/a>]<\/p>\n<\/blockquote>\n

Nach kurzer Einführung in die Vorgehensweise des Test-Driven Developments (TDD) und Diskussion über sinnvolles Naming ging es dann auch richtig in die Entwicklung. Die Kata eignet sich in dieser Form auch sehr schön um tatsächlich \u201cTest first\u201d zu arbeiten. Die Implementierung folgt quasi als logische Konsequenz.<\/p>\n

\"Das <\/p>\n

Interessant und ungleich komplizierter wurde es dann als wir eine zusätzliche Anforderung eingebaut haben. Da es sich bei der Kata um eine Art Templatesystem handelt liegt es nahe auch in den Values des Wörterbuchs neue Keys zu erlauben und somit eine beliebige Ersetzungstiefe zu erreichen. Diese Anforderung ist ein wunderbares Beispiel dafür wie sehr man mit Aufwandsabschätzungen daneben liegen kann. \ud83d\ude09<\/p>\n

\"Guter <\/p>\n

Die rekursive Ersetzung wurde noch sehr schnell gelöst, aber richtig schwer haben wir uns dann mit der Erkennung von zyklischen Ersetzungen und der daraus folgenden Endlosschleife getan. Nach und nach wurden immer kompliziertere Lösungsmöglichkeiten genannt, die aber in der gegebenen Zeit nicht fehlerfrei umgesetzt werden konnten. Als Folge haben wir immer noch einen Test \u201crot\u201d. Wer Lust hat kann sich also die Quellen vom github Repository<\/a> ziehen und als Hausaufgabe den verbleibenden Test \u201cgrün\u201d machen.<\/p>\n

In der Nachbetrachtung haben wir noch einige Sachen festgestellt:<\/p>\n

Was lief gut?<\/h5>\n