Comments interspersed:
-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403


On 10/2/2009 at 4:48 PM, in message <000d01ca43b2$7ddc9c10$7995d4...@net>,
Ulrich Krueger <[email protected]> wrote:
> Frank,
> I have worked for a number of different companies since I entered the
> mainframe arena in the late 70's. And all of these shops worked along the
> same lines:
> - TSO - submitted jobs are named "userid + 1 or more characters". 

I don't see any good reason for this, other than inertia.

> - Output from these jobs goes to the Hold Queue. 

This is OK as long as it can be overriden when desired.

> - Default setup in SDSF "H" shows you your jobs, by jobname prefix and
> owner.

I don't use SDSF "H" generally because of it defaulting to your userID as 
prefix (must use "H ALL" to override).
I almost always use SDSF "ST" to look at my output

> - You are allowed to submit jobs using other jobnames (e.g., program
> compiles: jobname = pgmname) at your discretion, but ...

Generous!  :-)

> - You are NOT allowed to submit production jobs / reruns from your TSO (must
> go through the job scheduler)

Absolutely agree.

> - You are NOT allowed to submit test jobs using a production jobname.
> Period. No discussion. Not even on a separate system.

Bizarre.  Why not?
 
> The tradition of using your TSO userid for batch job names dates back to the
> invention of TSO and has been a default (or should I say, de-facto standard)
> ever since then. Some shops enforce this rule more strictly than others, but
> I found that I could live with these rules, without any trouble whatsoever.

Obviously I have not found I can live with it, at least not without being 
grumpy.  And since I have some pull with how our z/OS systems are being set up 
I will push for what I like.  Won't win all the time, of course, but I see no 
reason not to try.  I've been here 18 years (13 in IT, on VSE) and have no 
plans to go elsewhere, so...

Thanks for your comments!
Frank


>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to