<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: JDD 07</title>
	<link>http://jakub.dziwisz.org/2007/10/26/jdd-07/</link>
	<description>Blog of Jakub Dziwisz</description>
	<pubDate>Fri, 21 Nov 2008 00:45:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Battle for Agility &#187; Akcent Agile na JDD 07</title>
		<link>http://jakub.dziwisz.org/2007/10/26/jdd-07/#comment-1188</link>
		<pubDate>Sat, 27 Oct 2007 23:22:33 +0000</pubDate>
		<guid>http://jakub.dziwisz.org/2007/10/26/jdd-07/#comment-1188</guid>
					<description>[...] Ale nie my??lcie, ??e agile zniknÄ???o z JDD. Tak??e i tegoroczna edycja mia??a sw??j akcent w postaci wystÄ?pienia Jakuba Dziwisza na temat &amp;#8220;Test Driven Development w Java&amp;#8221;. Wyk??ad powinien byÄ? nied??ugo dostÄ?pny w wersji wideo na stronach organizatora konferencji, a na blogu Jakuba powinien siÄ? pojawiÄ? artyku?? uzupe??niajÄ?cy samÄ? prezentacjÄ?. ZaczÄ???o siÄ? nie??le&amp;#8230; Jakub przekonywa?? o zaletach TDD w tworzeniu oprogramowania, z czym generalnie siÄ? zgadzam. By??y za??o??enia TDD, trochÄ? o trybie red - green - refactor, p????niej prosty test, kt??ry nie przechodzi?? ale wyznaczy?? funkcjonalno??Ä?, implementacja (test przeszed?? - byli??my w green), wreszcie przyszed?? czas na &amp;#8220;refactor&amp;#8221;. Niestety etap refaktoryzacji zaprezentowany podczas wyk??adu by?? dla mnie nieco kontrowersyjny. Mianowicie za jednym zamachem uleg??a zmianie implementacja testowanej klasy i bez uruchomienia test??w od razu uleg??a zmianie tak??e implementacja samego testu. ByÄ? mo??e nie by??o to zamierzone a jedynie podyktowane ograniczeniami czasowymi samej prezentacji, ale chcia??bym podkre??liÄ?, ??e w TDD w??a??nie po to najpierw piszemy test, ??eby p????niej w trakcie refaktoryzacji m??c na nim polegaÄ? zmieniajÄ?c kod. Je??li programista zacznie jednocze??nie zmieniaÄ? kod testowany i kod testujÄ?cy to jakÄ? ma pewno??Ä? czy zielony pasek nadal wskazuje, ??e kod dzia??a, a nie ??e w??a??nie dostosowa?? test do tego, ??eby przechodzi?? z nowym kodem? A co je??li po takich jednoczesnych zmianach test nie przejdzie? Czy to oznacza ??e ??le zrefaktoryzowali??my kod, czy mo??e nie wysz??a nam modyfikacja testu? Test ma ??apaÄ? b??Ä?dy powsta??e podczas refaktoryzacji. Dopiero p????niej przychodzi czas na ew. refaktoryzacjÄ? samego kodu test??w. Z reszta Jakub wspomnia?? o tym, ??e dobrze napisane testy nie powinny tak czÄ?sto wymagaÄ? zmiany, kiedy tylko refaktoryzujemy kod aplikacji. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Ale nie my??lcie, ??e agile zniknÄ???o z JDD. Tak??e i tegoroczna edycja mia??a sw??j akcent w postaci wystÄ?pienia Jakuba Dziwisza na temat &#8220;Test Driven Development w Java&#8221;. Wyk??ad powinien byÄ? nied??ugo dostÄ?pny w wersji wideo na stronach organizatora konferencji, a na blogu Jakuba powinien siÄ? pojawiÄ? artyku?? uzupe??niajÄ?cy samÄ? prezentacjÄ?. ZaczÄ???o siÄ? nie??le&#8230; Jakub przekonywa?? o zaletach TDD w tworzeniu oprogramowania, z czym generalnie siÄ? zgadzam. By??y za??o??enia TDD, trochÄ? o trybie red - green - refactor, p????niej prosty test, kt??ry nie przechodzi?? ale wyznaczy?? funkcjonalno??Ä?, implementacja (test przeszed?? - byli??my w green), wreszcie przyszed?? czas na &#8220;refactor&#8221;. Niestety etap refaktoryzacji zaprezentowany podczas wyk??adu by?? dla mnie nieco kontrowersyjny. Mianowicie za jednym zamachem uleg??a zmianie implementacja testowanej klasy i bez uruchomienia test??w od razu uleg??a zmianie tak??e implementacja samego testu. ByÄ? mo??e nie by??o to zamierzone a jedynie podyktowane ograniczeniami czasowymi samej prezentacji, ale chcia??bym podkre??liÄ?, ??e w TDD w??a??nie po to najpierw piszemy test, ??eby p????niej w trakcie refaktoryzacji m??c na nim polegaÄ? zmieniajÄ?c kod. Je??li programista zacznie jednocze??nie zmieniaÄ? kod testowany i kod testujÄ?cy to jakÄ? ma pewno??Ä? czy zielony pasek nadal wskazuje, ??e kod dzia??a, a nie ??e w??a??nie dostosowa?? test do tego, ??eby przechodzi?? z nowym kodem? A co je??li po takich jednoczesnych zmianach test nie przejdzie? Czy to oznacza ??e ??le zrefaktoryzowali??my kod, czy mo??e nie wysz??a nam modyfikacja testu? Test ma ??apaÄ? b??Ä?dy powsta??e podczas refaktoryzacji. Dopiero p????niej przychodzi czas na ew. refaktoryzacjÄ? samego kodu test??w. Z reszta Jakub wspomnia?? o tym, ??e dobrze napisane testy nie powinny tak czÄ?sto wymagaÄ? zmiany, kiedy tylko refaktoryzujemy kod aplikacji. [&#8230;]
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
