<?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 on: Coding Dojo på Contiki</title>
	<atom:link href="http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/</link>
	<description>om livet som .net utvikler</description>
	<lastBuildDate>Wed, 16 May 2012 21:05:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: ZipTalks p&#229; jobben</title>
		<link>http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/#comment-75294</link>
		<dc:creator>ZipTalks p&#229; jobben</dc:creator>
		<pubDate>Sat, 19 Dec 2009 08:34:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/#comment-75294</guid>
		<description>[...] Og det er mye å snakke om – mitt problem er å klare å velge. Jeg kunne tenke meg å snakke om alt fra prinsipper som Single Respoinsibility, Don&#8217;t Repeat Yourself og Command Query Separation, via TDD og parprogrammering til patterns som Strategy, State, Visitor osv. Det kan også være et greit fora for å introdusere eller gå dypere inn i ulike verktøy som IoC, NDepend, osv. Og jeg ønsker også å utfordre teamet med å snakke om andre programmeringspråk, og å gjøre mere praktsike tings – noe i retningen av coding dojo. [...]</description>
		<content:encoded><![CDATA[<p>[...] Og det er mye å snakke om – mitt problem er å klare å velge. Jeg kunne tenke meg å snakke om alt fra prinsipper som Single Respoinsibility, Don&#8217;t Repeat Yourself og Command Query Separation, via TDD og parprogrammering til patterns som Strategy, State, Visitor osv. Det kan også være et greit fora for å introdusere eller gå dypere inn i ulike verktøy som IoC, NDepend, osv. Og jeg ønsker også å utfordre teamet med å snakke om andre programmeringspråk, og å gjøre mere praktsike tings – noe i retningen av coding dojo. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Torbjørn Marø</title>
		<link>http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/#comment-50004</link>
		<dc:creator>Torbjørn Marø</dc:creator>
		<pubDate>Thu, 30 Apr 2009 07:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/#comment-50004</guid>
		<description>Bra kommentar, Halvard. Jeg vil bare få påpeke at når jeg sa at &quot;den andre leiren&quot; misforstår, så mener jeg at de misforstår i forhold til hva Kent Beck, TDD&#039;s gjennoppdager, sier. Det er mange veier til mål, men jeg har stor trå på TDD slik jeg nå forstår det, og pusher det etter beste evne inntil jeg erfarer noe bedre.

Jeg har også tro på å prøve ut Coding Dojo på relevante arebidsoppgaver, men vil anbefale å venne seg til det med oppgaver uten &quot;legacy code&quot;, som bare vil være en forstyrrende faktor. Målet vil da endre seg fra å lære TDD, parprogrammering og teknikker, til å faktisk produsere fungerende kode - som selvsagt også er et verdig mål, bare ikke det jeg var ute etter.

Og ja, jeg er enig i at når man var bare fire stykker så var det helt naturlig at alle fikk uttrykke meningene sine. Vi hadde ikke trengt å si at noen var navigator i det hele tatt. Dette ville derimot ha fungert dårlig om vi var f.eks. 10 utviklere, tror du ikke det? Da tror jeg man burde vist mer respekt for paret som programmerte (det finnes jo mange riktige måter å gjøre ting på), og heller lære noe ved å forsøke å tilpasse seg til det som allerede er gjort når det er ens egen tur til å delta i paret.</description>
		<content:encoded><![CDATA[<p>Bra kommentar, Halvard. Jeg vil bare få påpeke at når jeg sa at &#8220;den andre leiren&#8221; misforstår, så mener jeg at de misforstår i forhold til hva Kent Beck, TDD&#8217;s gjennoppdager, sier. Det er mange veier til mål, men jeg har stor trå på TDD slik jeg nå forstår det, og pusher det etter beste evne inntil jeg erfarer noe bedre.</p>
<p>Jeg har også tro på å prøve ut Coding Dojo på relevante arebidsoppgaver, men vil anbefale å venne seg til det med oppgaver uten &#8220;legacy code&#8221;, som bare vil være en forstyrrende faktor. Målet vil da endre seg fra å lære TDD, parprogrammering og teknikker, til å faktisk produsere fungerende kode &#8211; som selvsagt også er et verdig mål, bare ikke det jeg var ute etter.</p>
<p>Og ja, jeg er enig i at når man var bare fire stykker så var det helt naturlig at alle fikk uttrykke meningene sine. Vi hadde ikke trengt å si at noen var navigator i det hele tatt. Dette ville derimot ha fungert dårlig om vi var f.eks. 10 utviklere, tror du ikke det? Da tror jeg man burde vist mer respekt for paret som programmerte (det finnes jo mange riktige måter å gjøre ting på), og heller lære noe ved å forsøke å tilpasse seg til det som allerede er gjort når det er ens egen tur til å delta i paret.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Halvard</title>
		<link>http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/#comment-50002</link>
		<dc:creator>Halvard</dc:creator>
		<pubDate>Thu, 30 Apr 2009 07:42:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/04/29/coding-dojo-pa-contiki/#comment-50002</guid>
		<description>Som deltaker i dojo&#039;en fikk jeg lyst til å skrive en kommentar. Jeg syntes dette var kjekt og lærerikt, og jeg har lyst til å ha flere slike sesjoner. Denne gangen hadde vi en ikke-relevant programmeringsoppgave da Texas Hold&#039;em dessverre ikke er med i Contikis  domain. Jeg tror dette er mulig å gjøre også med &quot;ekte&quot; arbeidsoppgaver. Jeg tror det ville gitt det en annen opplevelse, som i hvert fall er verdt å prøve ut. Da blir det i hvert fall mindre fiendtlig mottatt av ledelsen.

Vi endte opp med flere lange diskusjoner om hva TDD egentlig innebærer og selv om Torbjørn er ganske selvsikker i sine meninger betyr ikke det at han har rett. Slik jeg ser det er det to retninger innen TDD og Torbjørn holder til i den ene leiren og hevder at den andre leiren misforstår/tar feil. Jeg er sikker på at de andre sier det samme om Torbjørn&#039;s leir.

Torbjørn skriver også om at vi strengt tatt ikke drev med parprogrammering da vi i effekt hadde tre navigatorer. Grunnen til det tror jeg har litt med måten vi har drevet med parprogrammering før, nemlig hvor man ikke sitter på siden av hverandre, men i steden sitter mot hverandre. Da avbryter man bare den andre når man vil og mye mer naturlig enn når man bruker gamlemåten hvor man har en navigator. Å ikke si i fra når man føler man ser noe som man mener er feil, føles ikke riktig ...</description>
		<content:encoded><![CDATA[<p>Som deltaker i dojo&#8217;en fikk jeg lyst til å skrive en kommentar. Jeg syntes dette var kjekt og lærerikt, og jeg har lyst til å ha flere slike sesjoner. Denne gangen hadde vi en ikke-relevant programmeringsoppgave da Texas Hold&#8217;em dessverre ikke er med i Contikis  domain. Jeg tror dette er mulig å gjøre også med &#8220;ekte&#8221; arbeidsoppgaver. Jeg tror det ville gitt det en annen opplevelse, som i hvert fall er verdt å prøve ut. Da blir det i hvert fall mindre fiendtlig mottatt av ledelsen.</p>
<p>Vi endte opp med flere lange diskusjoner om hva TDD egentlig innebærer og selv om Torbjørn er ganske selvsikker i sine meninger betyr ikke det at han har rett. Slik jeg ser det er det to retninger innen TDD og Torbjørn holder til i den ene leiren og hevder at den andre leiren misforstår/tar feil. Jeg er sikker på at de andre sier det samme om Torbjørn&#8217;s leir.</p>
<p>Torbjørn skriver også om at vi strengt tatt ikke drev med parprogrammering da vi i effekt hadde tre navigatorer. Grunnen til det tror jeg har litt med måten vi har drevet med parprogrammering før, nemlig hvor man ikke sitter på siden av hverandre, men i steden sitter mot hverandre. Da avbryter man bare den andre når man vil og mye mer naturlig enn når man bruker gamlemåten hvor man har en navigator. Å ikke si i fra når man føler man ser noe som man mener er feil, føles ikke riktig &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

