<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>James Shore - Tag - In a past life…</title>
        <link>https://archive.jtimothyking.com/tags/james-shore/</link>
        <description>James Shore - Tag - In a past life…</description>
        <generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Fri, 07 Apr 2006 10:00:34 &#43;0000</lastBuildDate><atom:link href="https://archive.jtimothyking.com/tags/james-shore/" rel="self" type="application/rss+xml" /><item>
    <title>James Shore on Good Design</title>
    <link>https://archive.jtimothyking.com/2006/04/07/james-shore-on-software-quality/</link>
    <pubDate>Fri, 07 Apr 2006 10:00:34 &#43;0000</pubDate>
    <author>J. Timothy King</author>
    <guid>https://archive.jtimothyking.com/2006/04/07/james-shore-on-software-quality/</guid>
    <description><![CDATA[<p>Quality is one of those ineffable abstractions. Ask ten people, &ldquo;What is good design?&rdquo; Get twenty answers. But <a href="http://www.jamesshore.com/Articles/Quality-With-a-Name.html">Jim Shore&rsquo;s answer</a> is actually worth something.</p>
<blockquote>A good software design minimizes the time required to create, modify, and maintain the software while achieving acceptable run-time performance.</blockquote>
<p>This definition has some pretty obvious, radical, and cool implications. Quality depends on what changes you&rsquo;re making to the software and who is making them. How much time you&rsquo;ll have to spend maintaining the code is more important than how much time you spend coding it in the first place. And all of this means <em>you can&rsquo;t plan ahead for design quality</em>!</p>]]></description>
</item>
</channel>
</rss>
