<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Coding the Architecture - application tag</title>
  <link>http://www.codingthearchitecture.com/tags/application/</link>
  <description>Software architecture for hands-on software architects</description>
  <language>en</language>
  <copyright>Coding the Architecture</copyright>
  <lastBuildDate>Fri, 26 Sep 2008 13:09:00 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>What is a software architect?</title>
    <link>http://www.codingthearchitecture.com/2008/04/10/what_is_a_software_architect.html</link>
    
      
        <description>
          &lt;p&gt;
I&#039;ve been talking through the &lt;a href=&#034;http://www.codingthearchitecture.com/2007/07/31/role_profile_for_software_architects.html&#034;&gt;role profile for software architects&lt;/a&gt; recently and I&#039;m going to publish a revised version soon. In the meantime, I thought that it&#039;s worth clarifying exactly who the profile is aimed at. Although there might not be a common definition of &#034;architecture&#034;, there &lt;i&gt;is&lt;/i&gt; agreement that there are &lt;a href=&#034;http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html&#034;&gt;different scales of architecture&lt;/a&gt;. For example, you might have architecture at an application level, at a software system level or at an enterprise level. 
&lt;/p&gt;

&lt;p&gt;
Put simply; the role profile is aimed at those of us taking responsibility for the architecture of a bespoke software development, which I&#039;ve summarised as follows.
&lt;/p&gt;

&lt;div align=&#034;center&#034;&gt;
&lt;img src=&#034;http://www.codingthearchitecture.com/images/software-architect-scope.png&#034; alt=&#034;The scope of a software/technical architect&#034; /&gt;
&lt;/div&gt;

&lt;p&gt;
Essentially, the scope of the role is the software &lt;i&gt;and&lt;/i&gt; the infrastructure on which that software runs upon, which my experience suggests is what people mean by &#034;software architect&#034; or &#034;technical architect&#034; (i.e. they are aggregate terms). What do &lt;i&gt;you&lt;/i&gt; think?
&lt;/p&gt;
        </description>
      
      
    
    
    
    <comments>http://www.codingthearchitecture.com/2008/04/10/what_is_a_software_architect.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2008/04/10/what_is_a_software_architect.html</guid>
    <pubDate>Thu, 10 Apr 2008 18:30:00 GMT</pubDate>
  </item>
  
  <item>
    <title>Is Enterprise Architecture the next step?</title>
    <link>http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html</link>
    
      
        <description>
          &lt;p&gt;
Following on from &lt;a href=&#034;http://www.codingthearchitecture.com/2007/05/16/role_titles_across_the_world.html&#034;&gt;Role titles across the world&lt;/a&gt;, I wanted to present a diagram that I&#039;ve had in my head for a little while but never got around to putting on paper. I think architecture at the application and system level is pretty well defined, with an easily identifiable progression path from the former to the latter. Enterprise architecture, on the other hand, is different and I was always under the impression that this was the next logical step for somebody performing a system architecture role. I&#039;ve recently changed my mind on this and my new view of the world is as follows.
&lt;/p&gt;

&lt;p&gt;
&lt;div align=&#034;center&#034;&gt;
&lt;img src=&#034;http://www.codingthearchitecture.com/images/architecture-scopes.png&#034; alt=&#034;Architecture Scopes&#034; /&gt;
&lt;/div&gt;
&lt;/p&gt;

&lt;p&gt;
I now see enterprise architecture as a mix of technology and business consulting that is performed at quite a high level of abstraction, across organisations or organisational units. Previously, I hadn&#039;t really made the connection that the business and process side of enterprise erchitecture was as important (perhaps more so?) than the technology side. As usual, Wikipedia has a nice entry on &lt;a href=&#034;http://en.wikipedia.org/wiki/Enterprise_architecture&#034;&gt;Enterprise Architecture&lt;/a&gt; if you want to read more about this as a discipline.
&lt;/p&gt;

&lt;p&gt;
So is enterprise architecture the next logical step for somebody doing a system architecture role? Possibly, but it depends on what you want to do. When you include the business consulting aspects in the enterprise architecture mix, you start to see that the skillset required for enterprise architecture differs from both the individual streams that feed it. While I&#039;m unsure whether enterprise architecture is more business consulting or more technical architecture, I *am* sure that it might not be the logical progression for technical architects who (like myself at the moment) want to remain technical. Less of a direct upwards career progression and more of an upwards and over movement with which you &lt;a href=&#034;http://www.codingthearchitecture.com/2007/05/15/you_dont_have_to_give_up_coding.html&#034;&gt;might have to give up coding&lt;/a&gt;. This, of course, raises an interesting question of what *is* next for System Architects that want to remain technical. What are your thoughts?
&lt;/p&gt;
        </description>
      
      
    
    
    
    <comments>http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2007/05/18/is_enterprise_architecture_the_next_step.html</guid>
    <pubDate>Fri, 18 May 2007 10:28:13 GMT</pubDate>
  </item>
  
  </channel>
</rss>
