Difference between coder, programmer, developer and engineer: Difference between revisions

From Public wiki of Kevin P. Inscoe
Jump to navigation Jump to search
No edit summary
No edit summary
(2 intermediate revisions by the same user not shown)
Line 5: Line 5:
*Coder - Does no analysis and just writes code as dictated by a specification or a task sheet. This role hardly exists any longer but the mind set remains. To advance to the next level it is not enough to just know your language or languages well you must understand the application and it relationship to other components or the real world. Coders see the code.
*Coder - Does no analysis and just writes code as dictated by a specification or a task sheet. This role hardly exists any longer but the mind set remains. To advance to the next level it is not enough to just know your language or languages well you must understand the application and it relationship to other components or the real world. Coders see the code.
*Programmer - I lived in this camp for many years. A programmer is good at writing up ad-hoc, one-off and one dimensional scripts or programs. However the programmer rarely tries to find greater solutions to systemic issue or consider refactoring the programs that exist. The programmer is perpetually in "bugfix" mode. Programmers see the utility.
*Programmer - I lived in this camp for many years. A programmer is good at writing up ad-hoc, one-off and one dimensional scripts or programs. However the programmer rarely tries to find greater solutions to systemic issue or consider refactoring the programs that exist. The programmer is perpetually in "bugfix" mode. Programmers see the utility.
*Developer - The developer understands the systems involved and how they interface with the inside and outside world, uses multiple disciplines, probably uses multiple stacks and languages and understands multiple tools and works in a team and with multiple teams to accomplish design goals. Developers used to see the lifecycle of an applications but more and more the waterfall approach is no longer used. Developes see the application.  
*Developer - The developer understands the systems involved and how they interface with the inside and outside world, uses multiple disciplines, probably uses multiple stacks and languages and understands multiple tools and works in a team and with multiple teams to accomplish design goals. Developers used to see the lifecycle of an applications but more and more the waterfall approach is no longer used. Developers see the application.  
*Engineer - Same as the developer however that person works in close team disciplines and works based on stories based on narratives in an agile workflow. Engineer see the infrastructure not juet the application. They also see the cost and the value of their work. Engineers see the problem.  
*Engineer - Same as the developer however that person works in close team disciplines and works based on stories based on narratives in an agile workflow. Engineers see the infrastructure not juet the application. They also see the cost and the value of their work. Engineers see the problem.


<b>And of course the architect</b>:
<b>And of course the architect</b>:
Line 16: Line 16:
Now is:
Now is:


Agile architects goal is to deliver a solution which best meets the needs and aspirations of all the stakeholders, recognising that this may sometimes mean a trade-off. The Agile Architect must work in a way that makes the best use of the various resources invested in the project. Agile architects see solution.
Agile architects goal is to deliver a solution which best meets the needs and aspirations of all the stakeholders, recognising that this may sometimes mean a trade-off. The Agile Architect must work in a way that makes the best use of the various resources invested in the project. Agile architects see the solution.

Revision as of 20:33, 8 May 2020

Back when I first started there was a title difference between these roles that are no longer similar to today.

However I believe there exists a mind-set that still embodies these former tiles and I will go through them below.

  • Coder - Does no analysis and just writes code as dictated by a specification or a task sheet. This role hardly exists any longer but the mind set remains. To advance to the next level it is not enough to just know your language or languages well you must understand the application and it relationship to other components or the real world. Coders see the code.
  • Programmer - I lived in this camp for many years. A programmer is good at writing up ad-hoc, one-off and one dimensional scripts or programs. However the programmer rarely tries to find greater solutions to systemic issue or consider refactoring the programs that exist. The programmer is perpetually in "bugfix" mode. Programmers see the utility.
  • Developer - The developer understands the systems involved and how they interface with the inside and outside world, uses multiple disciplines, probably uses multiple stacks and languages and understands multiple tools and works in a team and with multiple teams to accomplish design goals. Developers used to see the lifecycle of an applications but more and more the waterfall approach is no longer used. Developers see the application.
  • Engineer - Same as the developer however that person works in close team disciplines and works based on stories based on narratives in an agile workflow. Engineers see the infrastructure not juet the application. They also see the cost and the value of their work. Engineers see the problem.

And of course the architect:

Used to be:

Software or system architects oversee high-level design and interface choices based on their understanding of the whole. The whole might be the company's suite of application or service offerings as well as the infrastructure available and the customers desires. Old school architects see the system.

Now is:

Agile architects goal is to deliver a solution which best meets the needs and aspirations of all the stakeholders, recognising that this may sometimes mean a trade-off. The Agile Architect must work in a way that makes the best use of the various resources invested in the project. Agile architects see the solution.