<?xml version="1.0" encoding="UTF-8"?><item><title>Doing Patterns</title><description>&lt;a href=http://weblogs.cerkit.com/mearls/&gt;Michael Earls&lt;/a&gt; has a post about a co-worker who &lt;a href=http://weblogs.cerkit.com/mearls/archive/2004/12/10/526.aspx&gt;doesn't do patterns&lt;/a&gt;.  &lt;p&gt;&#13;
I can understand both sides of the argument here. &lt;p&gt;&#13;
Patterns is really just another way of describing things that any seasoned developer has been doing for a long time, and yet they're presented like they're the new holy grail that's going to change everything.&lt;p&gt;&#13;
Same with refactoring.  Refactoring is just cleaning up code.  But the guy who gave it a name is suddenly a genius.&lt;p&gt;&#13;
If you drank the patterns kool-aid and you need to talk to one of us old school developers who doesn't get it, try using different words.  Instead of a &lt;a href=http://c2.com/cgi/wiki?FacadePattern&gt;facade&lt;/a&gt;, call it an abstraction layer.  Instead of a &lt;a href=http://c2.com/cgi/wiki?MediatorPattern&gt;mediator&lt;/a&gt;, talk about having some code in between the two objects.  We're more likely to understand what you're saying.&lt;p&gt;&#13;
</description><pubDate>Thu, 01 Sep 2005 19:17:07 GMT</pubDate></item>