<?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: Forced Coding</title>
	<atom:link href="http://webr3.org/blog/general/forced-coding/feed/" rel="self" type="application/rss+xml" />
	<link>http://webr3.org/blog/general/forced-coding/</link>
	<description>the personal blog of nathan :)</description>
	<lastBuildDate>Wed, 03 Mar 2010 20:29:43 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tony</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-187</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Fri, 06 Nov 2009 15:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-187</guid>
		<description>This is the story of my life - too many distractions and always far more that I want (need) to do than I can actually get done.

I first realised the benefits of playing my favourite music to help me focus years ago when I was at university.  I would put an album on (see I told you it was years ago), sit back to work on a program, and the next thing I knew was the &quot;click&quot; of the head lifting off the record and the music stopping.  I rarely actually heard any of the music.

Today&#039;s distractions are far more than just background noise though.  As you pointed out there are emails, phone calls, the need to send my troops back out farming NPC&#039;s on Evony (oops - scratch that...) and far more.   

It&#039;s a constant battle to try and focus, but I agree with you that sometimes it&#039;s better to get some of the smaller jobs out of the way.  If you have 10 things to achieve, 8 of them are quick fixes and 2 are going to take hours, I much prefer to get the 8 quick tasks out of the way, then I can focus on the major tasks.   That is of course unless another 8 minor ones come along, which happens too often...</description>
		<content:encoded><![CDATA[<p>This is the story of my life - too many distractions and always far more that I want (need) to do than I can actually get done.</p>
<p>I first realised the benefits of playing my favourite music to help me focus years ago when I was at university.  I would put an album on (see I told you it was years ago), sit back to work on a program, and the next thing I knew was the "click" of the head lifting off the record and the music stopping.  I rarely actually heard any of the music.</p>
<p>Today's distractions are far more than just background noise though.  As you pointed out there are emails, phone calls, the need to send my troops back out farming NPC's on Evony (oops - scratch that...) and far more.   </p>
<p>It's a constant battle to try and focus, but I agree with you that sometimes it's better to get some of the smaller jobs out of the way.  If you have 10 things to achieve, 8 of them are quick fixes and 2 are going to take hours, I much prefer to get the 8 quick tasks out of the way, then I can focus on the major tasks.   That is of course unless another 8 minor ones come along, which happens too often...</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elliot Rock</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-170</link>
		<dc:creator>Elliot Rock</dc:creator>
		<pubDate>Sun, 25 Oct 2009 23:05:24 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-170</guid>
		<description>Interesting points indeed. The planning one is interesting, not that I totally agree but we all have different methods.

&lt;b&gt;How to do lists, not To Do Lists at the end not the the start&lt;/b&gt;

Excuse the heading, I note what needs to be done at the end of the day, either on the train home or away from the computer. I need my mornings to focus and I find if I spend time, like Nathan says, planning whilst in front of the geek machine it doesn&#039;t get me into the code-flow.


It is also important to write lists of solutions not problems, even if the solution is simiply &quot;Test something as a unit&quot; rather that &quot;This is broken&quot;. It is a GSD (get shit done) advice, note the way to solve something! Its about pumping the positives and not getting caught in the negatives.


&lt;b&gt;Paper not screen&lt;/b&gt;

If you are stuck, contrainted by time and tired! Get away from the geek machine. Walk and use paper to write down a mass of ideas to solve - even if they are way off the simplest solution. There are techiques in creative problem solving which relie on a non-judgemental mind. Paper is great for a collection of brain storming ideas and disjointed flow, it connects a different part of your mind.


Thanks mate, I get back to work now!</description>
		<content:encoded><![CDATA[<p>Interesting points indeed. The planning one is interesting, not that I totally agree but we all have different methods.</p>
<p><b>How to do lists, not To Do Lists at the end not the the start</b></p>
<p>Excuse the heading, I note what needs to be done at the end of the day, either on the train home or away from the computer. I need my mornings to focus and I find if I spend time, like Nathan says, planning whilst in front of the geek machine it doesn't get me into the code-flow.</p>
<p>It is also important to write lists of solutions not problems, even if the solution is simiply "Test something as a unit" rather that "This is broken". It is a GSD (get shit done) advice, note the way to solve something! Its about pumping the positives and not getting caught in the negatives.</p>
<p><b>Paper not screen</b></p>
<p>If you are stuck, contrainted by time and tired! Get away from the geek machine. Walk and use paper to write down a mass of ideas to solve - even if they are way off the simplest solution. There are techiques in creative problem solving which relie on a non-judgemental mind. Paper is great for a collection of brain storming ideas and disjointed flow, it connects a different part of your mind.</p>
<p>Thanks mate, I get back to work now!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli B</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-160</link>
		<dc:creator>Eli B</dc:creator>
		<pubDate>Mon, 12 Oct 2009 09:22:37 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-160</guid>
		<description>This is so relevant, i love it!</description>
		<content:encoded><![CDATA[<p>This is so relevant, i love it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weekly Link Post 114 &#171; Rhonda Tipton&#8217;s WebLog</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-158</link>
		<dc:creator>Weekly Link Post 114 &#171; Rhonda Tipton&#8217;s WebLog</dc:creator>
		<pubDate>Mon, 12 Oct 2009 00:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-158</guid>
		<description>[...] Forced Coding &#8211; Some good advice to help get out of a coding block&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] Forced Coding &#8211; Some good advice to help get out of a coding block&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nickers</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-157</link>
		<dc:creator>nickers</dc:creator>
		<pubDate>Sun, 11 Oct 2009 19:13:17 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-157</guid>
		<description>:( Last tip just killed me. I closed editor immediately. Avoid planning and don&#039;t cram - it is sad, but I think these are 3 reasons I did not wrote anything for months(besides useless scripts &amp; some code to &quot;test something&quot;). Thanks nathan, this short reading was a little shock for me :&#124;</description>
		<content:encoded><![CDATA[<p>:( Last tip just killed me. I closed editor immediately. Avoid planning and don't cram - it is sad, but I think these are 3 reasons I did not wrote anything for months(besides useless scripts &amp; some code to "test something"). Thanks nathan, this short reading was a little shock for me :|</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Tanaka (btanaka) 's status on Friday, 09-Oct-09 16:17:13 UTC - Identi.ca</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-155</link>
		<dc:creator>Brian Tanaka (btanaka) 's status on Friday, 09-Oct-09 16:17:13 UTC - Identi.ca</dc:creator>
		<pubDate>Fri, 09 Oct 2009 16:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-155</guid>
		<description>[...] RD @zach Good tips: How to &quot;get going&quot; when you’re trying to code (Forced Coding) http://webr3.org/blog/general/forced-coding/ [...]</description>
		<content:encoded><![CDATA[<p>[...] RD @zach Good tips: How to &quot;get going&quot; when you’re trying to code (Forced Coding) <a href="http://webr3.org/blog/general/forced-coding/" rel="nofollow">http://webr3.org/blog/general/forced-coding/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lex</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-153</link>
		<dc:creator>Lex</dc:creator>
		<pubDate>Fri, 09 Oct 2009 09:08:46 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-153</guid>
		<description>Some very good points. Thanx!</description>
		<content:encoded><![CDATA[<p>Some very good points. Thanx!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Destillat KW41-2009 &#124; duetsch.info - GNU/Linux, Open Source, Softwareentwicklung, Selbstmanagement, Vim ...</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-152</link>
		<dc:creator>Destillat KW41-2009 &#124; duetsch.info - GNU/Linux, Open Source, Softwareentwicklung, Selbstmanagement, Vim ...</dc:creator>
		<pubDate>Fri, 09 Oct 2009 08:51:16 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-152</guid>
		<description>[...] Forced Coding [...]</description>
		<content:encoded><![CDATA[<p>[...] Forced Coding [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Shireman</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-151</link>
		<dc:creator>Anthony Shireman</dc:creator>
		<pubDate>Fri, 09 Oct 2009 05:40:15 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-151</guid>
		<description>Great post. I think many of us suffer from the same things. I&#039;d like to see a follow up on each point that expands on the topic and gives us more insight on why each one is effective, how to avoid pitfalls and other little tips.</description>
		<content:encoded><![CDATA[<p>Great post. I think many of us suffer from the same things. I'd like to see a follow up on each point that expands on the topic and gives us more insight on why each one is effective, how to avoid pitfalls and other little tips.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adam dreaver</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-150</link>
		<dc:creator>adam dreaver</dc:creator>
		<pubDate>Fri, 09 Oct 2009 00:29:49 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-150</guid>
		<description>Howdy, 

I&#039;ve been in a funks before and always get myself out by 

subconsciously applying many of the principles you listed. I&#039;ve learned through 

hard experience that the advice you write is true. Sometimes you just need to
program to get yourself in the mood to &quot;Program&quot;, i.e. create quality software.

I want to add that testing, debugging, documentation, research and various other 

design and organizational problems can be the death knell for a programmer if he 

is running on empty. By simply letting programmers do what they love and get into 

the mood, you can generate energy for the essential non-programming ( read: 

BORING, difficult/tedious non-technical tasks). 

What&#039;s interesting about this advice of &quot;just program&quot;, a.k.a. Cowboy Coding is 

that it seems to contradict modern iterative software development paradigms. 

AGILE, Documentation/Feature/Test driven development,
XP, 
SCRUM, 
etc..

All of These models put emphasis on many non programming related tasks. Testing, 

debugging, documentation, people interaction (client review, client feature 

requests/change/management); and all of these models condemn programming that 

isn&#039;t apart of their carefully laid development method. 
What this means is the
programmer is no longer a programmer, he is now a software engineer. 

The skills of a software engineer is vast. He must multitask between various 

interdisciplinary skills. He must be a manager, a team leader, a customer service 

representitive, a businessman and on top of this he must be a master programmer. 

It&#039;s easy to see how programmers can quickly lose interst and fail to get 

motivated in their projects. That&#039;s why it&#039;s so critical to let programmers just 

program some days. I&#039;m not sure the advice of &quot;Program on your project no matter 

what&quot; is good here, because in a team enivornment I don&#039;t see how cowboy coding 

can fit in. Maybe you can explain to me how a programmer could just do his own 

thing in one of these development paradigms?</description>
		<content:encoded><![CDATA[<p>Howdy, </p>
<p>I've been in a funks before and always get myself out by </p>
<p>subconsciously applying many of the principles you listed. I've learned through </p>
<p>hard experience that the advice you write is true. Sometimes you just need to<br />
program to get yourself in the mood to "Program", i.e. create quality software.</p>
<p>I want to add that testing, debugging, documentation, research and various other </p>
<p>design and organizational problems can be the death knell for a programmer if he </p>
<p>is running on empty. By simply letting programmers do what they love and get into </p>
<p>the mood, you can generate energy for the essential non-programming ( read: </p>
<p>BORING, difficult/tedious non-technical tasks). </p>
<p>What's interesting about this advice of "just program", a.k.a. Cowboy Coding is </p>
<p>that it seems to contradict modern iterative software development paradigms. </p>
<p>AGILE, Documentation/Feature/Test driven development,<br />
XP,<br />
SCRUM,<br />
etc..</p>
<p>All of These models put emphasis on many non programming related tasks. Testing, </p>
<p>debugging, documentation, people interaction (client review, client feature </p>
<p>requests/change/management); and all of these models condemn programming that </p>
<p>isn't apart of their carefully laid development method.<br />
What this means is the<br />
programmer is no longer a programmer, he is now a software engineer. </p>
<p>The skills of a software engineer is vast. He must multitask between various </p>
<p>interdisciplinary skills. He must be a manager, a team leader, a customer service </p>
<p>representitive, a businessman and on top of this he must be a master programmer. </p>
<p>It's easy to see how programmers can quickly lose interst and fail to get </p>
<p>motivated in their projects. That's why it's so critical to let programmers just </p>
<p>program some days. I'm not sure the advice of "Program on your project no matter </p>
<p>what" is good here, because in a team enivornment I don't see how cowboy coding </p>
<p>can fit in. Maybe you can explain to me how a programmer could just do his own </p>
<p>thing in one of these development paradigms?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CodeJustin</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-148</link>
		<dc:creator>CodeJustin</dc:creator>
		<pubDate>Thu, 08 Oct 2009 21:07:09 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-148</guid>
		<description>Great list mate, I would add:
&lt;b&gt;Go Outside&lt;/b&gt;
I find that if I detach myself my the computer and step outside trying NOT to think about my project then when I return to the computer I feel more apt to do the project.

It&#039;s hard to say becuase I often have those times where you would rather be doing something else than coding a project you don&#039;t enjoy much.</description>
		<content:encoded><![CDATA[<p>Great list mate, I would add:<br />
<b>Go Outside</b><br />
I find that if I detach myself my the computer and step outside trying NOT to think about my project then when I return to the computer I feel more apt to do the project.</p>
<p>It's hard to say becuase I often have those times where you would rather be doing something else than coding a project you don't enjoy much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ali</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-147</link>
		<dc:creator>Ali</dc:creator>
		<pubDate>Thu, 08 Oct 2009 20:40:48 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-147</guid>
		<description>&quot;Communicate for no reason.&quot;

I find this acts like exactly like a reset button. It disturbs my PA though!</description>
		<content:encoded><![CDATA[<p>"Communicate for no reason."</p>
<p>I find this acts like exactly like a reset button. It disturbs my PA though!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bman</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-146</link>
		<dc:creator>bman</dc:creator>
		<pubDate>Thu, 08 Oct 2009 20:29:12 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-146</guid>
		<description>That is my entire development method.  Only thing different is I tend to replay Metalacalypse seasons instead of music. I could not believe I saw it in written form.  
Trying to explain how I work a piece at a time never helps, I will just refer people here.
Awesome article.  screw agile development, this is Slacker Development Super-speed Methodology. ++</description>
		<content:encoded><![CDATA[<p>That is my entire development method.  Only thing different is I tend to replay Metalacalypse seasons instead of music. I could not believe I saw it in written form.<br />
Trying to explain how I work a piece at a time never helps, I will just refer people here.<br />
Awesome article.  screw agile development, this is Slacker Development Super-speed Methodology. ++</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-145</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 08 Oct 2009 20:01:54 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-145</guid>
		<description>Good list, reading this made me realize that I actually do a couple of these things without noticing.

I take a shower when I&#039;m in need of some focus. Relaxes me, makes it easier to get into my zone. Coupled with music, it&#039;s a solid 1-2.</description>
		<content:encoded><![CDATA[<p>Good list, reading this made me realize that I actually do a couple of these things without noticing.</p>
<p>I take a shower when I'm in need of some focus. Relaxes me, makes it easier to get into my zone. Coupled with music, it's a solid 1-2.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jrgns</title>
		<link>http://webr3.org/blog/general/forced-coding/comment-page-1/#comment-144</link>
		<dc:creator>jrgns</dc:creator>
		<pubDate>Thu, 08 Oct 2009 19:59:43 +0000</pubDate>
		<guid isPermaLink="false">http://webr3.org/blog/?p=150#comment-144</guid>
		<description>Schweet! Liking it...</description>
		<content:encoded><![CDATA[<p>Schweet! Liking it...</p>
]]></content:encoded>
	</item>
</channel>
</rss>
