<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>Legacy Code - Tag - In a past life…</title>
        <link>https://archive.jtimothyking.com/tags/legacy-code/</link>
        <description>Legacy Code - Tag - In a past life…</description>
        <generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Fri, 11 Aug 2006 14:59:41 &#43;0000</lastBuildDate><atom:link href="https://archive.jtimothyking.com/tags/legacy-code/" rel="self" type="application/rss+xml" /><item>
    <title>Please Don&#39;t Share Your Bodily Fluids With the Rest of the System</title>
    <link>https://archive.jtimothyking.com/2006/08/11/please-dont-share-your-bodily-fluids-with-the-rest-of-the-system/</link>
    <pubDate>Fri, 11 Aug 2006 14:59:41 &#43;0000</pubDate>
    <author>J. Timothy King</author>
    <guid>https://archive.jtimothyking.com/2006/08/11/please-dont-share-your-bodily-fluids-with-the-rest-of-the-system/</guid>
    <description><![CDATA[<p>Have you ever been here? Refactoring old code, seeing new code that partially de-factors it, and taking out my frustrations in code comments.</p>
<p>The old comment for a <code>struct</code> declaration:</p>
<pre>// This structure will be generated
// and stay with each connection</pre>
<p>The new comment:</p>]]></description>
</item>
<item>
    <title>Refactoring the Monster</title>
    <link>https://archive.jtimothyking.com/2006/07/01/refactoring-the-monster/</link>
    <pubDate>Sat, 01 Jul 2006 19:24:49 &#43;0000</pubDate>
    <author>J. Timothy King</author>
    <guid>https://archive.jtimothyking.com/2006/07/01/refactoring-the-monster/</guid>
    <description><![CDATA[<p>This is a story about my first software management success. It&rsquo;s also a story about my first software management failure. It was a success, because the work got completed, and without any nasty surprises. It was a failure, because I could have made the team more efficient, and I didn&rsquo;t. Both of these are good things.</p>]]></description>
</item>
<item>
    <title>Manual Test-First</title>
    <link>https://archive.jtimothyking.com/2006/04/10/manual-test-first/</link>
    <pubDate>Mon, 10 Apr 2006 13:53:06 &#43;0000</pubDate>
    <author>J. Timothy King</author>
    <guid>https://archive.jtimothyking.com/2006/04/10/manual-test-first/</guid>
    <description><![CDATA[<p>Working on a team that&rsquo;s not yet onto the value of unit testing, I frequently encounter what Michael Feathers calls &ldquo;<a href="http://www.amazon.com/exec/obidos/ASIN/0131177052/jtk-blog-20">legacy code</a>.&rdquo; It is not unit-tested and can&rsquo;t be. That doesn&rsquo;t mean I need to forget test-first.</p>]]></description>
</item>
<item>
    <title>Honestly</title>
    <link>https://archive.jtimothyking.com/2005/09/03/honestly/</link>
    <pubDate>Sat, 03 Sep 2005 17:26:00 &#43;0000</pubDate>
    <author>J. Timothy King</author>
    <guid>https://archive.jtimothyking.com/2005/09/03/honestly/</guid>
    <description><![CDATA[<p>(Note: This is a post from my online journal, imported into this blog because it tells the story of a real software project I worked on. Who says software developers don&rsquo;t have war stories? -TimK)</p>
<hr />
<p>I know why good people don’t tell the truth.  That’s not to say they outright lie.  They’re not dishonest, just not... honest.  They fudge.  Maybe that’s what I should’ve done.  After all, that strategy is time-tested and approved.  Software projects slip for months, one day at a time.  By the time the whole story eventually is clear, everyone’s gone on to something else, and no one knows what really happened, because no one was keeping track, and no one thinks twice about it.  What made me think speaking the truth up-front was going to feel good?</p>]]></description>
</item>
</channel>
</rss>
