You both hit ,the nail on the head ....

Scott

On Mon, May 11, 2020 at 2:29 PM Clark Morris <cfmt...@uniserve.com> wrote:

> [Default] On 11 May 2020 10:57:42 -0700, in bit.listserv.ibm-main
> poodles...@sbcglobal.net (Dan at Poodles) wrote:
>
> In addition to documentation is there a good set of test data and is
> it kept current?  One of my biggest problems in doing applications
> upgrade was figuring out how to test the dang thing with 20 sets of
> files that had to match.
>
> Clark Morris
> >From 46 years of experience, these problems can be mostly traced to
> little, if any, documentation.  Is there correct system documentation?  Is
> there correct file/data base documentation?  Is there correct operational
> documentation?  Is there correct program documentation?  Are the programs
> documented externally (this is what this program does) and internally
> (explaining in excruciating detail every action taken).  Have standards
> been established and strictly followed?
> >
> >Yea, I know all of this is a pain in the a$$, but who's going to support
> the code should the author(s) get run over by a bus?  Detailed internal
> program documentation is also a great tool to review the author's logic and
> assumptions.  It forces programmers and managers to re-think and re-verify
> everything.
> >
> >This lack of documentation can always, always, be traced to pi$$ poor
> management.  Just because a project is completed in record time and under
> budget does not mean the project is a success.  More likely than not, the
> poor souls tasked with supporting these systems are left with a nightmare.
> They pick up the crap they inherited and simply add more.  What the hell,
> that was good enough before.
> >
> >Quick and dirty one-time shots should never be placed into production.
> Yet, I've seen this occur way too often.
> >
> >Whatever programming languages are used to write code is completely
> irrelevant.  It's all about the documentation.
> >
> >-----Original Message-----
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of scott Ford
> >Sent: Monday, May 11, 2020 11:04 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: OT: But COBOL is the problem?
> >
> >Seymour,
> >
> >Yes sir no balance between Money and quality of life per se. I feel
> computer languages are our tools to get the job done. But one has to plan ,
> work the plan, basically execute it. This is how I learned working IBM in
> NYC ...it works IMHO..
> >
> >Scott
> >
> >----------------------------------------------------------------------
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to