<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Musings of a Trained Monkey: Tag design</title>
    <link>http://www.stevelongdo.com/articles/tag/design</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description></description>
    <item>
      <title>Patterns are dead, Frameworks are for the lazy...</title>
      <description>&lt;a href="http://patricklogan.blogspot.com"&gt;Patrick Logan&lt;/a&gt; offers an interesting take on the state of design doctrines in his post &lt;a href="http://patricklogan.blogspot.com/2006/12/code-shrink-programming-models.html"&gt;Code Shrink Programming Models&lt;/a&gt; of particular note was this bit:
	&lt;blockquote&gt;
		&lt;p&gt;&lt;cite&gt;By the way, the thought crossed my mind again recently&amp;#8230; has &amp;#8220;agile&amp;#8221; killed &amp;#8220;patterns&amp;#8221; or did it die on its own? Are &amp;#8220;patterns&amp;#8221; the best way to present a new programming model? Does anyone really &amp;#8220;do&amp;#8221; patterns anymore, the way the original movement intended? Or do we just write some text and draw some pictures and call them patterns? Is there any point to the &amp;#8220;patterns&amp;#8221; idea anymore? I&amp;#8217;m not sure either way.&lt;/cite&gt;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;This is a beguiling idea as lots of companies look for architecture documentation that explicitly states which patterns were used, etc. Yet I find myself agreeing with &lt;a href="http://patricklogan.blogspot.com/2006/12/code-shrink-programming-models.html"&gt;Patrick&amp;#8217;s post&lt;/a&gt;.  Good programmers inherently write good code, other programmers attempt to employ patterns to write mediocre code.&lt;/p&gt;


	&lt;p&gt;I forwarded this article to &lt;a href="http://openxgroup.com"&gt;David Gifford, a friend of mine&lt;/a&gt; to get his perspective since he has been working in the industry as an architect for a long time.  His response made me laugh for quite awhile.&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&lt;cite&gt;Frameworks evolve so &amp;#8220;lazy&amp;#8221; developers don&amp;#8217;t have to give much thought to patterns, instead everyone just thinks about all the multitudes of configuration files and should groovy or xml be used&amp;#8230;&lt;/cite&gt;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;Anyone working on the web with Java in the pre-Struts days can remember when they didn&amp;#8217;t have to make giant configuration files.  Now I am wondering if &amp;#8220;multitudes of configuration files&amp;#8221; is recognized by the community as a pattern or as an &lt;strong&gt;anti-pattern&lt;/strong&gt;?  I know what the answer is for me.&lt;/p&gt;</description>
      <pubDate>Wed, 03 Jan 2007 17:19:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:1e21a5d5-19f1-4d46-b26b-563e1af43614</guid>
      <author>Steve Longdo</author>
      <link>http://www.stevelongdo.com/articles/2007/01/03/patterns-are-dead-frameworks-are-for-the-lazy</link>
      <category>design</category>
      <category>patterns</category>
    </item>
    <item>
      <title>Heat Maps and Usability...</title>
      <description>I must confess I'd heard the term &lt;b&gt;"heat map"&lt;/b&gt; in conjunction with user interaction a while ago, but never bothered to look into them in more detail.  Usability pioneer &lt;a href="http://www.useit.com/jakob/"&gt;Jakob Nielsen&lt;/a&gt; has &lt;a href="http://www.useit.com/alertbox/reading_pattern.html"&gt;examples and a definiton in this article&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;
&lt;a href="http://www.useit.com/jakob/"&gt;Nielsen's&lt;/a&gt; heat maps track human eye movement across a web page.  Today I ran across &lt;a href="http://blog.corunet.com/english/the-definitive-heatmap"&gt;this magnificent posting&lt;/a&gt;.  It demonstrates a &lt;b&gt;"heat map"&lt;/b&gt;, and also provides MIT licensed open source code to generate them.  These &lt;b&gt;"heat maps"&lt;/b&gt; are actually &lt;b&gt;"click maps"&lt;/b&gt;, but in some ways these are even more relevant than where a web site visitor looks.  
</description>
      <pubDate>Wed, 16 Aug 2006 21:44:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:9ac96d26-59a0-484d-ba67-01a62c79fed1</guid>
      <author>Steve Longdo</author>
      <link>http://www.stevelongdo.com/articles/2006/08/16/heat-maps-and-usability</link>
      <category>usability</category>
      <category>design</category>
    </item>
    <item>
      <title>Search nearly working...</title>
      <description>I nearly have the search working the way I want.  The word count it generates is based on words only.  HTML is stripped as is any content between &amp;lt;code&amp;gt; tags.  I notice that the current live search in &lt;a href="http://typosphere.org"&gt;Typo&lt;/a&gt; looks at the html content when making a match.  So if you see any articles coming back with an empty Snippet block("") it is because your search matched something in a generated URL and no actual words in the article.&lt;br /&gt;
I am working on the best way to handle this behaviour.  Maybe just list the links that appear in the article or provide a count of them. &lt;br /&gt;
Also I will be making hyperlinks in the balloons functional. I created new graphics for the balloon to see if IE will correctly display the new GIF (I knew PNG support in IE was bad, but this was my first personal encounter), I will know in a little bit when I get to work and can check it out in IE...&lt;br /&gt;
By the way the concept for this method of displaying search results is all &lt;a href="http://www.1976design.com/blog/"&gt;Dunstan Orchard&lt;/a&gt;.  I've just been making it work within Typo.
</description>
      <pubDate>Thu, 13 Apr 2006 23:39:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:d82ea43f-3717-4bd6-9619-10c51b33baee</guid>
      <author>Steve Longdo</author>
      <link>http://www.stevelongdo.com/articles/2006/04/13/search-nearly-working</link>
      <category>typo</category>
      <category>search</category>
      <category>theme</category>
      <category>design</category>
      <category>javascript</category>
    </item>
  </channel>
</rss>
