<div dir="ltr">On Tue, Sep 17, 2013 at 2:02 PM, Jeroen Vermeulen <span dir="ltr"><<a href="mailto:jeroen.vermeulen@canonical.com" target="_blank">jeroen.vermeulen@canonical.com</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 17/09/13 12:42, Andrew Wilkins wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don't think many people will disagree that deduplication of code is a<br>
bad idea in general. However, as with database denormalisation, there<br>
are exceptions to the rule. If in the process of deduplicating you make<br>
things considerably more complicated to handle the genericity, then what<br>
have you gained?<br>
</blockquote>
<br></div>
I don't think "deduplication" quite does Tim's words justice.  Capable doctors don't just de-fever patients!<br></blockquote><div><br></div><div>:)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Tim described duplication as a symptom.  The difference is in identifying the cause.  Sometimes it takes you in much better directions than the pursuit of de-duplication itself, and sometimes it leads you to accept mild symptoms over the alternatives.</blockquote>
<div><br></div><div>I wasn't very clear in my reply; I completely agree with what you've written. My response was not to Tim, but to the blanket statements in the book. There are several statements that read like "duplication is the devil". I'm just saying that you can go too far in the other direction.</div>
<div><br></div><div>Cheers,</div><div>Andrew</div></div></div></div>