<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://drowningintechnicaldebt.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>David Strommer - All Comments</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/default.aspx</link><description /><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP1 (Build: 31106.3070)</generator><item><title>re: Design debt economics</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2009/06/07/design-debt-economics.aspx#841</link><pubDate>Tue, 09 Jun 2009 14:19:59 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:841</guid><dc:creator>royashbrook</dc:creator><description>&lt;p&gt;one issue i would take is that they put the &amp;quot;if it ain&amp;#39;t broke don&amp;#39;t fix it&amp;#39; type of debt equal with all the others. i would say that it&amp;#39;s not and they have two distinct categories of design debt listed.&lt;/p&gt;
&lt;p&gt;if we want to continue the analogy for taking out more debt, i would say that...&lt;/p&gt;
&lt;p&gt;•Time pressure &lt;/p&gt;
&lt;p&gt;•Lack of skills, ignorance, or apathy &lt;/p&gt;
&lt;p&gt;•Isolated or disconnected teams/lack of quality feedback &lt;/p&gt;
&lt;p&gt;•Inadequate standards &lt;/p&gt;
&lt;p&gt;all count as things that cause ongoing damage whereas, generally...&lt;/p&gt;
&lt;p&gt;•Programmer and management hesitance to improving code, for fear of introducing new problems: &amp;quot;If it ain&amp;#39;t broke, don&amp;#39;t fix it.&amp;quot;&lt;/p&gt;
&lt;p&gt;is more like continuing to pay the minimum. you never pay down the debt, but often it doesn&amp;#39;t get worse. obviously over time, things degrade, but i could use a &amp;#39;value of the dollar&amp;#39;/inflation type analogy on that. &lt;/p&gt;
&lt;p&gt;probably wouldnt&amp;#39; help the message or enable with as much ease the ability for him to name drop all the ibm brands in there (puke), but i would say the goal of not producing crap anymore would generally be more important the the goal of going back and screwing around with bad code that functions. unless it functions bad enough to cause a business impact.&lt;/p&gt;
&lt;p&gt;on the whole, a good article. good references, good facts, and a good presentation. i probably would never show the whole thing to an upper manager for fear i&amp;#39;d have to buy a bunch of ibm crap that he apparently can&amp;#39;t stop himself from plugging later in the article. but maybe some careful editing if i ever sent it to someone with a budget would solve that problem.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=841" width="1" height="1"&gt;</description></item><item><title>Recent URLs tagged Acronym - Urlrecorder</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2008/07/20/the-most-acronym-for-strategy-planning.aspx#735</link><pubDate>Tue, 17 Feb 2009 12:27:03 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:735</guid><dc:creator>Recent URLs tagged Acronym - Urlrecorder</dc:creator><description>&lt;p&gt;Pingback from &amp;nbsp;Recent URLs tagged Acronym - Urlrecorder&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=735" width="1" height="1"&gt;</description></item><item><title>Uncanny Valley: User Interface anti-pattern</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/25/_2200_bukimi-no-tani_2200_-or-_2200_uncanny-valley_2200_.aspx#702</link><pubDate>Sun, 21 Dec 2008 17:44:09 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:702</guid><dc:creator>David Strommer</dc:creator><description>&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/25/_2200_bukimi-no-tani_2200_-or-_2200_uncanny-valley_2200_.aspx&amp;amp;#160;"&gt;drowningintechnicaldebt.com/.../_2200_bukimi-no-tani_2200_-or-_2200_uncanny-valley_2200_.aspx&amp;amp;&lt;/a&gt;...&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=702" width="1" height="1"&gt;</description></item><item><title>Uncanny Valley: User Interface anti-pattern</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/25/_2200_bukimi-no-tani_2200_-or-_2200_uncanny-valley_2200_.aspx#701</link><pubDate>Sun, 21 Dec 2008 17:44:04 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:701</guid><dc:creator>David Strommer</dc:creator><description>&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/25/_2200_bukimi-no-tani_2200_"&gt;drowningintechnicaldebt.com/.../_2200_bukimi-no-tani_2200_&lt;/a&gt;&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=701" width="1" height="1"&gt;</description></item><item><title>Bookmarks about Foraging</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2008/07/12/crazy-architects.aspx#653</link><pubDate>Thu, 25 Sep 2008 20:51:24 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:653</guid><dc:creator>Bookmarks about Foraging</dc:creator><description>&lt;p&gt;Pingback from &amp;nbsp;Bookmarks about Foraging&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=653" width="1" height="1"&gt;</description></item><item><title>re: Questioning Subversion Practices</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2007/05/28/questioning-subversion-practices.aspx#339</link><pubDate>Tue, 29 May 2007 14:44:27 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:339</guid><dc:creator>royashbrook</dc:creator><description>&lt;p&gt;preach it dave! 'the purpose driven svn' - by david strommer&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=339" width="1" height="1"&gt;</description></item><item><title>Performance counter &amp;amp;quot;add&amp;amp;quot; button disabled </title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/10/Connection-Pool-timeout-expired.aspx#337</link><pubDate>Sat, 26 May 2007 20:40:20 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:337</guid><dc:creator>David Strommer</dc:creator><description>&lt;p&gt;Several months ago I posted about a NumberOfReclaimedConnections performance counter. &lt;a rel="nofollow" target="_new" href="http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/10/Connection-Pool-timeout-expired.aspx"&gt;drowningintechnicaldebt.com/.../Connection-Pool-timeout-expired.aspx&lt;/a&gt;...&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=337" width="1" height="1"&gt;</description></item><item><title>Performance counter "add" button disabled </title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/10/Connection-Pool-timeout-expired.aspx#336</link><pubDate>Sat, 26 May 2007 20:40:15 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:336</guid><dc:creator>David Strommer</dc:creator><description>&lt;p&gt;Several months ago I posted about a NumberOfReclaimedConnections performance counter. &lt;a rel="nofollow" target="_new" href="http://drowningintechnicaldebt"&gt;http://drowningintechnicaldebt&lt;/a&gt;&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=336" width="1" height="1"&gt;</description></item><item><title>re: Business Rules and Data validation</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2007/05/11/business-rules-and-data-validation.aspx#317</link><pubDate>Sat, 12 May 2007 03:03:42 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:317</guid><dc:creator>dbottjer</dc:creator><description>&lt;p&gt;iLog Rules for .NET requires the creation of a Business Object Model (BOM) which seems like a newer term for a Domain Model. &amp;nbsp;I like the idea of adding validation to the Domain Model and adding validation errors to an errors collection. &amp;nbsp;This approach is view independant. &amp;nbsp; A rules engine such as iLog would then be free to apply business rules to clean data.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=317" width="1" height="1"&gt;</description></item><item><title>Avoid Drowning in the Connection Pool</title><link>http://drowningintechnicaldebt.com/blogs/davidstrommer/archive/2006/11/10/Connection-Pool-timeout-expired.aspx#107</link><pubDate>Tue, 14 Nov 2006 06:43:47 GMT</pubDate><guid isPermaLink="false">4fe7e88d-b128-4946-bef2-079055b364e8:107</guid><dc:creator>Dennis J. Bottjer</dc:creator><description>&lt;p&gt;Perhaps Garbage Collection is spoiling us as developers. The Garbage Collector is kind of like our own maid following us around picking up every mess we create. Anway, .NET does a great job managing many resources for us including things like memory and&lt;/p&gt;
&lt;img src="http://drowningintechnicaldebt.com/aggbug.aspx?PostID=107" width="1" height="1"&gt;</description></item></channel></rss>