In <8d10254445d1e12-bd8-6...@webmail-va001.sysops.aol.com>, on
02/27/2014
at 11:25 PM, Mitch said:
>That is a benefit to the variety of tools that can capture and
>associate documentation through a relational database solution.
>Everything gets moved through the development lifecycle as a sin
W dniu 2014-02-28 14:43, David Andrews pisze:
On Thu, 2014-02-27 at 22:38 -0600, Ed Gould wrote:
The standard issue I have with any machine oriented documentation is
that hen the system is down what good is it going to do you? *NONE*
Hee! A few years ago we had a total power outage in the comp
On Thu, 2014-02-27 at 22:38 -0600, Ed Gould wrote:
> The standard issue I have with any machine oriented documentation is
> that hen the system is down what good is it going to do you? *NONE*
Hee! A few years ago we had a total power outage in the computer room,
result of an UPS failure. The k
On 27 Feb 2014 19:22:43 -0800, in bit.listserv.ibm-main you wrote:
>In <530e5974.8020...@actionsoftware.com>, on 02/26/2014
> at 04:15 PM, Gord Tomlin said:
>
>>It is worth noting that such a documentation effort should not be
>>left to the time when the documentation is needed.
>
>IMHO the do
2014 7:22 pm
Subject: Re: Query for Destination z article -- identifying/
overcoming mainframe challenges
In <530e5974.8020...@actionsoftware.com>, on 02/26/2014
at 04:15 PM, Gord Tomlin said:
It is worth noting that such a documentation effort should not be
left to the time when t
article -- identifying/overcoming
mainframe challenges
In <530e5974.8020...@actionsoftware.com>, on 02/26/2014
at 04:15 PM, Gord Tomlin said:
>It is worth noting that such a documentation effort should not be
left to the time when the documentation is needed.
IMHO the documentation
In <530e5974.8020...@actionsoftware.com>, on 02/26/2014
at 04:15 PM, Gord Tomlin said:
>It is worth noting that such a documentation effort should not be
>left to the time when the documentation is needed.
IMHO the documentation is needed before the code goes into production;
that rarely hap
In <003d01cf3334$dd3e3030$97ba9090$@soundsoftware.us>, on 02/26/2014
at 12:53 PM, "Duffy Nightingale, SSPI"
said:
>One thing I have run into at a couple of mainframe sites is they
>have had so much turnover in tech support and no process for the
>ex person to train or leave the new person do
It is still only as good as what someone has taken the time to input. If the
person entering the data has no desire to be truthful or accurate
GIGO,
...snippage
" Yes, person-to-person handover discussions are great and the absolute best
form of communication, but what do you do whan a st
On Wed, 26 Feb 2014 16:40:22 -0500, Mitch wrote:
>For mainframe sites with DB2, it is an excellent tool for keeping
>documentation (among a plethora of other mainframe inventory and
>infrastructure information)
>at the fingertips of those who need it.
Let's hope the document being sought isn'
John Gilmore writes:
>There is no substitute for person-to-person handover discussions.
Unfortunately we are each single points of failure and eventually
unrecoverable. While the substitutes for John Gilmore and for Timothy
Sipples are clearly, obviously, supremely, vastly inferior, we should stil
ilmore
To: IBM-MAIN
Sent: Wed, Feb 26, 2014 7:14 pm
Subject: Re: Query for Destination z article -- identifying/overcoming
mainframe challenges
There is no substitute for person-to-person handover discussions.
The notion that some 'tool' can replace them is not just dubious; it
s abs
There is no substitute for person-to-person handover discussions.
The notion that some 'tool' can replace them is not just dubious; it
is absurd. Mitch McLuhan needs to rein in his marketing rhetoric. I,
for one, have no objection to his touting what he has available to
address problem A or prob
infrastructure information)
at the fingertips of those who need it.
Regards,
Mitch McCluhan,
Legacy Modernization Consultant
-Original Message-
From: Duffy Nightingale, SSPI
To: IBM-MAIN
Sent: Wed, Feb 26, 2014 12:53 pm
Subject: Re: Query for Destination z article -- identifying
On 2014-02-26 15:53, Duffy Nightingale, SSPI wrote:
One thing I have run into at a couple of mainframe sites is they have had so
much turnover in tech support and no process for the ex person to train or
leave the new person documentation that the current tech people (and same
with application fo
Gabe Goldberg
Sent: Wednesday, February 26, 2014 7:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Query for Destination z article -- identifying/overcoming mainframe
challenges
Challenges are everywhere -- doing more with fewer resources, maintaining
security, management/user sometimes willful
Challenges are everywhere -- doing more with fewer resources,
maintaining security, management/user sometimes willful ignorance of
mainframe characteristics and strengths, disrespect (different from
ignorance!) for mainframe heritage and value, staffing (recruiting
needed skills, generation-gap
17 matches
Mail list logo