<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Stefan Liesers Blog</title>
	<atom:link href="http://www.lieser-online.de/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.lieser-online.de/blog</link>
	<description></description>
	<lastBuildDate>Sun, 15 Aug 2010 12:37:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Coding Dojo Berlin by Ilker Cetinkaya</title>
		<link>http://www.lieser-online.de/blog/?p=238&#038;cpage=1#comment-3017</link>
		<dc:creator>Ilker Cetinkaya</dc:creator>
		<pubDate>Sun, 15 Aug 2010 12:37:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=238#comment-3017</guid>
		<description>Ich gebe Mike recht. Es kann ruhig eine Vielzahl von Dojo&#039;s, Workshops oder wie auch immer geben. Diversität ist etwas schönes und förderliches.

Dennoch: Für mich kann es kein Coding Dojo ohne Coding geben. Das ist für mich genauso wie Rennfahren ohne Rennauto, oder Fußball ohne Fußball.

Mal abgesehen davon, dass es für mich ein Coding Dojo ohne Coding nicht geben kann, finde ich deinen Bericht erfrischend locker. Man sollte das alles nicht so eng sehen und kann auch mal eine nette Unterhaltung haben und etwas über Design und Herangehensweisen plaudern.</description>
		<content:encoded><![CDATA[<p>Ich gebe Mike recht. Es kann ruhig eine Vielzahl von Dojo&#8217;s, Workshops oder wie auch immer geben. Diversität ist etwas schönes und förderliches.</p>
<p>Dennoch: Für mich kann es kein Coding Dojo ohne Coding geben. Das ist für mich genauso wie Rennfahren ohne Rennauto, oder Fußball ohne Fußball.</p>
<p>Mal abgesehen davon, dass es für mich ein Coding Dojo ohne Coding nicht geben kann, finde ich deinen Bericht erfrischend locker. Man sollte das alles nicht so eng sehen und kann auch mal eine nette Unterhaltung haben und etwas über Design und Herangehensweisen plaudern.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ReSharper Search and Replace with Pattern by Stefan Lieser</title>
		<link>http://www.lieser-online.de/blog/?p=241&#038;cpage=1#comment-3013</link>
		<dc:creator>Stefan Lieser</dc:creator>
		<pubDate>Mon, 09 Aug 2010 16:39:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=241#comment-3013</guid>
		<description>Jep, man kann den Pattern Catalog exportieren und importieren.</description>
		<content:encoded><![CDATA[<p>Jep, man kann den Pattern Catalog exportieren und importieren.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ReSharper Search and Replace with Pattern by Mathias</title>
		<link>http://www.lieser-online.de/blog/?p=241&#038;cpage=1#comment-3012</link>
		<dc:creator>Mathias</dc:creator>
		<pubDate>Mon, 09 Aug 2010 16:30:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=241#comment-3012</guid>
		<description>Kann ich solche Pattern zentral für alle Entwickler in meinem Team festlegen? Wäre ja super, wenn andere Teammitglieder durch eine ReSharper-Warnung ebenfalls auf die lesbarere Variante hingewiesen würden.</description>
		<content:encoded><![CDATA[<p>Kann ich solche Pattern zentral für alle Entwickler in meinem Team festlegen? Wäre ja super, wenn andere Teammitglieder durch eine ReSharper-Warnung ebenfalls auf die lesbarere Variante hingewiesen würden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Coding Dojo Berlin by Mike Bild</title>
		<link>http://www.lieser-online.de/blog/?p=238&#038;cpage=1#comment-3011</link>
		<dc:creator>Mike Bild</dc:creator>
		<pubDate>Mon, 09 Aug 2010 12:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=238#comment-3011</guid>
		<description>Hi Stefan,

es war, trotz der vielen neuen Gesichter, ein sehr lehrreicher und vorallem kommunikativer Abend. Ich für meinen Teil hatte viel Spaß und freue mich auf den nächsten CodingDojo mit einer gemeinsamen BankOCR Kata Implementierung. Die gemeinsam erstellte Concept Map mit einem Entwurf der Domänenterminologie (ubiquitous language) und der Beziehungen, sowie einer ersten Modelierung der an den Prozessschritten beteiligten Datenstrukturen, Datenflüssen und Funktionseinheiten auf abstrakter, Implementierungsunabhängiger Ebene im Team war ein guter Anfang für eine strukturierte Implementierung bei einem der nächsten CodingDojos.

Gegen Architektur/Design Dojos, Modelierungs Dojos, Kommunikations Dojos, Refaktoring Dojos, Technologie Dojos,  XYZ Dojos ist ja  nichts einzuwenden. Im Gegenteil - Dojos mit Schwerpunkten sind doch eine gute und (wie bemerkt) gewünschte (Weiter)Entwicklung. Mal überlegen, wie das gut kommuniziert und umgesetzt werden kann.

Dank nachmal und besten Gruß, Mike</description>
		<content:encoded><![CDATA[<p>Hi Stefan,</p>
<p>es war, trotz der vielen neuen Gesichter, ein sehr lehrreicher und vorallem kommunikativer Abend. Ich für meinen Teil hatte viel Spaß und freue mich auf den nächsten CodingDojo mit einer gemeinsamen BankOCR Kata Implementierung. Die gemeinsam erstellte Concept Map mit einem Entwurf der Domänenterminologie (ubiquitous language) und der Beziehungen, sowie einer ersten Modelierung der an den Prozessschritten beteiligten Datenstrukturen, Datenflüssen und Funktionseinheiten auf abstrakter, Implementierungsunabhängiger Ebene im Team war ein guter Anfang für eine strukturierte Implementierung bei einem der nächsten CodingDojos.</p>
<p>Gegen Architektur/Design Dojos, Modelierungs Dojos, Kommunikations Dojos, Refaktoring Dojos, Technologie Dojos,  XYZ Dojos ist ja  nichts einzuwenden. Im Gegenteil &#8211; Dojos mit Schwerpunkten sind doch eine gute und (wie bemerkt) gewünschte (Weiter)Entwicklung. Mal überlegen, wie das gut kommuniziert und umgesetzt werden kann.</p>
<p>Dank nachmal und besten Gruß, Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on iPad v3.2.1 behebt die WiFi Probleme leider nicht by Manuel</title>
		<link>http://www.lieser-online.de/blog/?p=236&#038;cpage=1#comment-3007</link>
		<dc:creator>Manuel</dc:creator>
		<pubDate>Fri, 16 Jul 2010 21:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=236#comment-3007</guid>
		<description>Hallo Stefan

Ich habe keinen AirPort und trotzdem funktioniert das WLAN bei mir zuverlässig. Hast du auch schon mit anderen Routern Erfahrungen gemacht?</description>
		<content:encoded><![CDATA[<p>Hallo Stefan</p>
<p>Ich habe keinen AirPort und trotzdem funktioniert das WLAN bei mir zuverlässig. Hast du auch schon mit anderen Routern Erfahrungen gemacht?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TDD 2.0 by Sebastian</title>
		<link>http://www.lieser-online.de/blog/?p=229&#038;cpage=1#comment-3005</link>
		<dc:creator>Sebastian</dc:creator>
		<pubDate>Wed, 14 Jul 2010 11:26:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=229#comment-3005</guid>
		<description>Was mir, unabhängig davon, noch nicht ganz klar ist (auch im Bezug auf den vorherigen Blogpost &quot;Refaktorisieren im TDD Prozess&quot;):
Es scheint mir ihr verfolgt hier den Ansatz &quot;Test First&quot;.
Jedoch höre ich immerwieder vom vermeintlich besseren &quot;Contract First&quot;-Ansatz, der das Schreiben der Tests vereinfacht und das TDD mit &quot;Red-Green-Refactor&quot; (oder auch umgedreht, wie oben beschrieben) besser abbildet.
Irgendwo hab ich mal gelesen &quot;Für Test First müsste es eigentlich &#039;Compilerfehler-Red-Green-Refactor&#039; heißen.&quot;, da ja beim Schreiben und Durchlaufen der ersten Tests das SUT quasi noch nicht existiert? Also, ohne vorher definierte Schnittstellen ist es doch eher schwierig die ersten Tests zu schreiben. Was passiert, wenn ich die Schnittstellen, bzw. Strukturen anpassen muss (bspw. Anforderungsänderung oder Designfehler)?
Wäre nicht &quot;Contract-[Refactor]-Red-Green&quot; treffender?
Oder bin ich da grad durcheinander gekommen und das &quot;Plan&quot; ist genau das vorhergehende Definieren der Contracts?

Grüße, Sebastian</description>
		<content:encoded><![CDATA[<p>Was mir, unabhängig davon, noch nicht ganz klar ist (auch im Bezug auf den vorherigen Blogpost &#8220;Refaktorisieren im TDD Prozess&#8221;):<br />
Es scheint mir ihr verfolgt hier den Ansatz &#8220;Test First&#8221;.<br />
Jedoch höre ich immerwieder vom vermeintlich besseren &#8220;Contract First&#8221;-Ansatz, der das Schreiben der Tests vereinfacht und das TDD mit &#8220;Red-Green-Refactor&#8221; (oder auch umgedreht, wie oben beschrieben) besser abbildet.<br />
Irgendwo hab ich mal gelesen &#8220;Für Test First müsste es eigentlich &#8216;Compilerfehler-Red-Green-Refactor&#8217; heißen.&#8221;, da ja beim Schreiben und Durchlaufen der ersten Tests das SUT quasi noch nicht existiert? Also, ohne vorher definierte Schnittstellen ist es doch eher schwierig die ersten Tests zu schreiben. Was passiert, wenn ich die Schnittstellen, bzw. Strukturen anpassen muss (bspw. Anforderungsänderung oder Designfehler)?<br />
Wäre nicht &#8220;Contract-[Refactor]-Red-Green&#8221; treffender?<br />
Oder bin ich da grad durcheinander gekommen und das &#8220;Plan&#8221; ist genau das vorhergehende Definieren der Contracts?</p>
<p>Grüße, Sebastian</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TDD 2.0 by Sebastian</title>
		<link>http://www.lieser-online.de/blog/?p=229&#038;cpage=1#comment-3004</link>
		<dc:creator>Sebastian</dc:creator>
		<pubDate>Tue, 13 Jul 2010 07:41:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=229#comment-3004</guid>
		<description>Vielen Dank für den Input.
Der Ansatz füllt eine große Lücke in unserem Prozess!

Freu mich schon auf den OS im Oktober :-)</description>
		<content:encoded><![CDATA[<p>Vielen Dank für den Input.<br />
Der Ansatz füllt eine große Lücke in unserem Prozess!</p>
<p>Freu mich schon auf den OS im Oktober <img src='http://www.lieser-online.de/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Wohin mit den Tests? by .NET Stories: Digitale Erfahrungen &#187; Blog Archive &#187; Unit Tests sind immer dabei</title>
		<link>http://www.lieser-online.de/blog/?p=235&#038;cpage=1#comment-3003</link>
		<dc:creator>.NET Stories: Digitale Erfahrungen &#187; Blog Archive &#187; Unit Tests sind immer dabei</dc:creator>
		<pubDate>Sun, 11 Jul 2010 23:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=235#comment-3003</guid>
		<description>[...] knapp einer Woche stellte Stefan die Frage „Wohin mit den Tests?“ gestellt. Er selbst schreibt, er trenne die Implementierung und deren Tests strikt, ließ sich [...]</description>
		<content:encoded><![CDATA[<p>[...] knapp einer Woche stellte Stefan die Frage „Wohin mit den Tests?“ gestellt. Er selbst schreibt, er trenne die Implementierung und deren Tests strikt, ließ sich [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Wohin mit den Tests? by .NET Stories: Digitale Erfahrungen &#187; Blog Archive &#187; To Whom It May Concern ?!?</title>
		<link>http://www.lieser-online.de/blog/?p=235&#038;cpage=1#comment-3002</link>
		<dc:creator>.NET Stories: Digitale Erfahrungen &#187; Blog Archive &#187; To Whom It May Concern ?!?</dc:creator>
		<pubDate>Sun, 11 Jul 2010 23:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=235#comment-3002</guid>
		<description>[...] been something like a week since Stefan asked a provoking question in his blog (german): „Where to put the Tests?” He wrote that he’s strictly separating tests from their implementation in separate projects. [...]</description>
		<content:encoded><![CDATA[<p>[...] been something like a week since Stefan asked a provoking question in his blog (german): „Where to put the Tests?” He wrote that he’s strictly separating tests from their implementation in separate projects. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Refaktorisieren im TDD Prozess by Interessante Links im Netz 10 &#124; DaRaFF&#039;s Blog</title>
		<link>http://www.lieser-online.de/blog/?p=227&#038;cpage=1#comment-2998</link>
		<dc:creator>Interessante Links im Netz 10 &#124; DaRaFF&#039;s Blog</dc:creator>
		<pubDate>Mon, 05 Jul 2010 17:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.lieser-online.de/blog/?p=227#comment-2998</guid>
		<description>[...] http://www.lieser-online.de/blog/?p=227 [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.lieser-online.de/blog/?p=227"  rel="nofollow">http://www.lieser-online.de/blog/?p=227</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
