"What is Your Quest?" - Determining the Difference Between Being an Architect and Being a Developer
page 2 of 4
by J. Ambrose Little
Feedback
Average Rating: This article has not yet been rated.
Views (Total / Last 10 Days): 23056/ 34

The Developer

First and foremost, a developer is concerned with, passionate about, and even in love with technology and, particularly, his creative expression through technology.  Thus, a developer's primary concerns and interests are not the business' but rather how he can best express his creativity through technology. 

Taken to an extreme, you have folks who are tasked with creating software to meet a business' needs that instead take such tasking as an opportunity for them to play with the technologies that they want to use.  Instead of looking for a technology to suit the business need, they look for a way to make the business need suit their technology.  Similarly, when faced with a question to build or buy, the developer will always choose to build for the sheer joy of making software, even if, perchance, the business need would be better served by buying.

The thing is that such desire, such passion, is a good thing.  It will drive the creation of truly great and inspiring software when channeled appropriately.  It is positively good to be excited and passionate about your job, as that will translate into higher quality output.  It also is a matter of specialization--a developer can and should become a guru at his technologies because he needs to be the best at them to create the best implementation of a high-level, potentially technology-agnostic design.  It is unfortunate that some people devalue such enthusiasm rather than simply encouraging its proper application within a suitable role, namely that of a developer.


View Entire Article

User Comments

Title: Mr   
Name: Joe
Date: 2011-12-06 4:19:36 PM
Comment:
Thank you very much, this was a good read. I know now that I am a developer.
Title: Mr   
Name: Maytham Salihi
Date: 2010-03-21 9:46:21 PM
Comment:
Thank you very much Sir, it is a great article, as a student now I now what is exactly the deference between them and what shall I focus on to be a database Architect.
Title: Continue the Discussion   
Name: J. Ambrose Little
Date: 2006-02-15 5:14:20 PM
Comment:
Thanks for the comments, Tom. I'm continuing the discussion on my blog here:
http://dotnettemplar.net/FurtherRefiningTheRoleOfTheSoftwareArchitect.aspx
Title: Great article, it reminds me why I love MSF!   
Name: Tom Fuller
Date: 2006-02-07 7:15:59 AM
Comment:
I love the article, this very same point seems to be reinforced by all of the recent methodology changes and guidance materials out of Microsoft. If you look at the new roles in MSF 4 an architecture role is considered important on every project. That role in my mind does exactly what you're talking about. Now, the hard part is breaking the implicit belief that your architect is just your most senior development consultant on the project. IMO that is something architects need to remain vocal about with their projects. Architects need to work on things like enterprise frameworks and pluggable architectures. Architects also work on guidance, standards, and best practices thereby helping to provide consistency and ultimately productivity.

The architecture role on any individual instance of the SDLC should be to identify those things that are architecturally significant to the enterprise. More likely anomalies from the standards that were hopefully pre-published. All of this IMO keeps the best interest of the company (aka your business) at heart. It is precisely this type of distribution of responsibility that is critical to surviving in our rapidly changing application delivery world.

My 2 cents :)

Product Spotlight
Product Spotlight 





Community Advice: ASP | SQL | XML | Regular Expressions | Windows


©Copyright 1998-2024 ASPAlliance.com  |  Page Processed at 2024-04-25 12:39:59 AM  AspAlliance Recent Articles RSS Feed
About ASPAlliance | Newsgroups | Advertise | Authors | Email Lists | Feedback | Link To Us | Privacy | Search