<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.6" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: What would you like your software developers to learn?</title>
	<link>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/</link>
	<description>Effective software development</description>
	<pubDate>Mon, 13 Oct 2008 08:54:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.6</generator>

	<item>
		<title>by: Ben</title>
		<link>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-45818</link>
		<pubDate>Tue, 19 Aug 2008 03:12:50 +0000</pubDate>
		<guid>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-45818</guid>
					<description>I want the people I manage to get from what the customer thinks they want to what they need and can use.

I do this by getting them to put something into the customers hands as fast as possible, no matter how simple, and iterating from there. I get them to focus on workflow improvements rather then adding shiny things!</description>
		<content:encoded><![CDATA[<p>I want the people I manage to get from what the customer thinks they want to what they need and can use.</p>
<p>I do this by getting them to put something into the customers hands as fast as possible, no matter how simple, and iterating from there. I get them to focus on workflow improvements rather then adding shiny things!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: George Dinwiddie</title>
		<link>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-28194</link>
		<pubDate>Sat, 05 Apr 2008 03:00:11 +0000</pubDate>
		<guid>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-28194</guid>
					<description>Zeb, Tim,

What about the followup questions?</description>
		<content:encoded><![CDATA[<p>Zeb, Tim,</p>
<p>What about the followup questions?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Tim Walker</title>
		<link>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-28184</link>
		<pubDate>Fri, 04 Apr 2008 23:52:29 +0000</pubDate>
		<guid>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-28184</guid>
					<description>Executable requirements and other agile best practices.</description>
		<content:encoded><![CDATA[<p>Executable requirements and other agile best practices.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: ZebZiggle</title>
		<link>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-28040</link>
		<pubDate>Thu, 03 Apr 2008 22:18:19 +0000</pubDate>
		<guid>http://blog.gdinwiddie.com/2008/04/03/what-would-you-like-your-software-developers-to-learn/#comment-28040</guid>
					<description>1. Learn the business. How do we make money? How do our customers make money by using our products? Why are these features important?

2. Sort of a variation of Don't Repeat Yourself (DRY) in code but Don't Do It Manually (DDIM) with business processes. Are you collecting metrics manually? Are you doing builds manually? Are you setting up/tearing down manually? 

Automate it and never do it again.

3. Don't get attracted to shiny objects. It's easy to go down a technical rabbit hole because something is cool &#38; new. Keep focused, stay on the task at hand. When the core work is done ... go play in the woodshed.

4. Don't make broken windows. There is a business process for a reason. If you aren't contributing to making it better or maintaining it, you are making broken windows. Before long the process fails and it's chaos.</description>
		<content:encoded><![CDATA[<p>1. Learn the business. How do we make money? How do our customers make money by using our products? Why are these features important?</p>
<p>2. Sort of a variation of Don&#8217;t Repeat Yourself (DRY) in code but Don&#8217;t Do It Manually (DDIM) with business processes. Are you collecting metrics manually? Are you doing builds manually? Are you setting up/tearing down manually? </p>
<p>Automate it and never do it again.</p>
<p>3. Don&#8217;t get attracted to shiny objects. It&#8217;s easy to go down a technical rabbit hole because something is cool &amp; new. Keep focused, stay on the task at hand. When the core work is done &#8230; go play in the woodshed.</p>
<p>4. Don&#8217;t make broken windows. There is a business process for a reason. If you aren&#8217;t contributing to making it better or maintaining it, you are making broken windows. Before long the process fails and it&#8217;s chaos.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
