<?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/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comments on: Technical debt takes many forms	</title>
	<atom:link href="https://www.robg3d.com/2014/10/technical-debt-takes-many-forms/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.robg3d.com/2014/10/technical-debt-takes-many-forms/</link>
	<description>Blog of Rob Galanakis (@robgalanakis)</description>
	<lastBuildDate>Fri, 24 Oct 2014 03:43:07 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.4.1</generator>
	<item>
		<title>
		By: Rob Galanakis		</title>
		<link>https://www.robg3d.com/2014/10/technical-debt-takes-many-forms/#comment-234064</link>

		<dc:creator><![CDATA[Rob Galanakis]]></dc:creator>
		<pubDate>Fri, 24 Oct 2014 03:43:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1685#comment-234064</guid>

					<description><![CDATA[Robert: Yes! You took the words right from my fingertips.

Viktoras: While I am a stickler for words (http://www.robg3d.com/2012/02/refactor/), I disagree on that overly precise definition, where technical debt is added deliberately. It&#039;s a very interesting technique, but a very rare actual usage, and also unnecessary for a metaphor (much financial debt debt, other than a mortgage, is not from well-intentioned deliberate acts, but lack of discipline).]]></description>
			<content:encoded><![CDATA[<p>Robert: Yes! You took the words right from my fingertips.</p>
<p>Viktoras: While I am a stickler for words (<a href="http://www.robg3d.com/2012/02/refactor/" rel="nofollow ugc">http://www.robg3d.com/2012/02/refactor/</a>), I disagree on that overly precise definition, where technical debt is added deliberately. It&#8217;s a very interesting technique, but a very rare actual usage, and also unnecessary for a metaphor (much financial debt debt, other than a mortgage, is not from well-intentioned deliberate acts, but lack of discipline).</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Robert Kist		</title>
		<link>https://www.robg3d.com/2014/10/technical-debt-takes-many-forms/#comment-234060</link>

		<dc:creator><![CDATA[Robert Kist]]></dc:creator>
		<pubDate>Fri, 24 Oct 2014 02:52:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1685#comment-234060</guid>

					<description><![CDATA[Very good advice! And I think many people will agree, but often, even for those who agree, the problem is just the time to maintain it all. Busy schedules and a wrong definition of Agile makes good code and document management practices a luxury. &quot;Who cares about dead branches, as long as we can ship the product? Sure we have a mess, but the client gets his stuff!&quot;. 

Personally I try to put all this in my definition of done. When you make a mess you clean up after working/eating/etc. And programming should be like that. Of course, the more of the artifacts described are created, the more you have to clean up! Therefore devs should think carefully when creating documentation, adding low importance issues to backlogs, etc. People need to take the larger system, that is the team, into account, and how this overhead and dirtiness affects the entire team.

Having regular &quot;spring cleaning&quot; events can also help to keep your team&#039;s dev environment tidy and focused.]]></description>
			<content:encoded><![CDATA[<p>Very good advice! And I think many people will agree, but often, even for those who agree, the problem is just the time to maintain it all. Busy schedules and a wrong definition of Agile makes good code and document management practices a luxury. &#8220;Who cares about dead branches, as long as we can ship the product? Sure we have a mess, but the client gets his stuff!&#8221;. </p>
<p>Personally I try to put all this in my definition of done. When you make a mess you clean up after working/eating/etc. And programming should be like that. Of course, the more of the artifacts described are created, the more you have to clean up! Therefore devs should think carefully when creating documentation, adding low importance issues to backlogs, etc. People need to take the larger system, that is the team, into account, and how this overhead and dirtiness affects the entire team.</p>
<p>Having regular &#8220;spring cleaning&#8221; events can also help to keep your team&#8217;s dev environment tidy and focused.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Viktoras		</title>
		<link>https://www.robg3d.com/2014/10/technical-debt-takes-many-forms/#comment-234048</link>

		<dc:creator><![CDATA[Viktoras]]></dc:creator>
		<pubDate>Thu, 23 Oct 2014 13:42:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1685#comment-234048</guid>

					<description><![CDATA[While a valid post otherwise, I feel the urge to remind that term &quot;tech debt&quot; should not be used to describe any smelly situation. Tech debt is a delivery technique if you will, where you deliberately choose to use fast and dirty implementation to ship sooner, and the debt comes from the fact that you&#039;ll &quot;pay&quot;, that is, provide clean implementation, later, hence the term &quot;tech debt&quot;.]]></description>
			<content:encoded><![CDATA[<p>While a valid post otherwise, I feel the urge to remind that term &#8220;tech debt&#8221; should not be used to describe any smelly situation. Tech debt is a delivery technique if you will, where you deliberately choose to use fast and dirty implementation to ship sooner, and the debt comes from the fact that you&#8217;ll &#8220;pay&#8221;, that is, provide clean implementation, later, hence the term &#8220;tech debt&#8221;.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
