email@james-w-kilgore.com (James W Kilgore) wrote:
>IMHO, it is not a programmers place to make these decisions.  That would
>make them a project manager/analyst.
>To grant the programmer blanket authority to make the decision, on their
>own, to create functions or to not use existing functions speaks poorly
>of management.

I'm glad I don't work in your shop.  As a programmer, I very much feel
it is up to me to decide how I want to write my programs.  Sure, we
have programming standards, but those are more along the line of
documentation, language, etc.  A skeleton program?  If you're going to
give me that you might as well write the whole thing.  Tell me what
you want the program to do, then leave me alone and I'll design, test
and implement it according to your specifications.  Project leaders
and managers manage the project, do the timeline, schedule and chair
meetings, act as team leaders, work with the vendors, etc., but they
don't get into the technical aspect of programming.  At least not
around here.  I can just imagine my going to my manager and asking him
if I can write a new function because I can't find one to do what I
need.  <laughing>  And no, I don't believe that this reflects poorly
on our management, they're busy enough as it is without worrying about
the technical details, that's our job.

Terry Herrin
Sr. Programmer/Analyst
New Hanover Regional Medical Center
Wilmington, NC
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].