<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Coding the Architecture - programmers tag</title>
  <link>http://www.codingthearchitecture.com/tags/programmers/</link>
  <description>Software architecture for developers</description>
  <language>en</language>
  <copyright>Coding the Architecture</copyright>
  <lastBuildDate>Mon, 21 May 2012 09:41:00 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>The Five Phrases of Highly Annoying Programmers</title>
    <link>http://www.codingthearchitecture.com/2006/10/26/the_five_phrases_of_highly_annoying_programmers.html</link>
    
      
        <description>
          &lt;p&gt;
Most of the bloggers on &#034;The Pragmatic Architect&#034; will give advice on what you should be doing. I&#039;d like to point out some of the things you shouldn&#039;t. Here are some phrases that send a shudder down my spine.
&lt;/p&gt;
&lt;p&gt;
- &#034;It&#039;s what Martin Fowler does/says&#034;. Martin Fowler (or anyone well known, I&#039;m not picking on him in particular) may or may not have a specific opinion on a subject but it isn&#039;t correct just because they have stated it. Can it be applied to your situation and is it the optimal solution for where you are? This is actually a classic logical fallacy called &#034;Argumentum ad verecundiam&#034; or &#034;Appeal to Authority&#034;. 
&lt;/p&gt;
&lt;p&gt;
- &#034;Pah, that&#039;s from Microsoft&#034; - with a dismissive wave of the hand. This is another logical fallacy, called &#034;Argumentum ad hominem&#034; or &#034;Argument against the man&#034;. Just because, for example, Microsoft Bob was a failure doesn&#039;t mean that C# will also fail. If you have a problem with a particular technical product or solution then argue against it rather than an individual or company associated with it. This is different though from arguing that a company in trouble may not be able to provide future support as this is a real attribute of the solution.
&lt;/p&gt;
&lt;p&gt;
- &#034;That&#039;s not my job&#034;. If you&#039;re the most appropriate person for the task then it &lt;b&gt;is&lt;/b&gt; your job. For example, you may not be the DBA on a project but if you designed the data model then it makes sense for you to at least help with the SQL. The same goes for source control, release scripts etc.
&lt;/p&gt;
&lt;p&gt;
- &#034;In my last job we...&#034; Repeat after me YOU NO LONGER WORK THERE. I know I&#039;m being slightly unfair - if you had a good system, process, design etc that can be reused (within the limitations of intellectual property, of course) then that&#039;s great but don&#039;t turn into the girl from American Pie going on about band camp. Please don&#039;t point out every difference like a criticism.
&lt;/p&gt;
&lt;p&gt;
- &#034;&lt;b&gt;Your&lt;/b&gt; code is broken.&#034; Please, oh please it&#039;s &lt;b&gt;the&lt;/b&gt; code is broken. In any system, larger than a time-filling hobby, there will be a multitude of designers and programmers working on it over many years. It will also interface with a multitude of external products and systems. Unless you&#039;re talking about a build break from a check-in don&#039;t point the finger - or I may slam it in a door.
&lt;/p&gt;
&lt;p&gt;
For more on logical fallacies: &lt;a href=&#034;http://en.wikipedia.org/wiki/Fallacy&#034;&gt;http://en.wikipedia.org/wiki/Fallacy&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;

        </description>
      
      
    
    
    
    <category>What is the the role of a software architect?</category>
    
    <comments>http://www.codingthearchitecture.com/2006/10/26/the_five_phrases_of_highly_annoying_programmers.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2006/10/26/the_five_phrases_of_highly_annoying_programmers.html</guid>
    <pubDate>Thu, 26 Oct 2006 13:10:00 GMT</pubDate>
  </item>
  
  </channel>
</rss>

