Gee, every bit of the code that I have sent to the CBT has clearly (I hope) stated: "Your take full responsibility for this use of this software. It if breaks, you own both pieces." The CBT is not just a place for "production quality" code, though I think the majority of the code there is. But, personally, I never put CBT code into a production job. I use it strictly for my own use. That's for my own self protection. OK, mainly so that I can blame the vendor when something goes horribly wrong.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * [email protected] * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Ed Gould > Sent: Monday, November 19, 2012 2:31 PM > To: [email protected] > Subject: Re: "New" way to do UCB lookups > > Sam, > > if its for your use only I guess I agree. But if it becomes public > domain then a higher (stricter?) standard should be made *UNLESS* > (IMO) a statement is made that the output is should not be depended on > and the statement should be either at the the top or of the report or > somewhere plain that you can see (even thats a maybe IMO)). > > Ed > > On Nov 19, 2012, at 1:20 PM, Sam Golob wrote: > > > Hi Folks, > > > > Just for the record, I have to say one thing. If you are writing > > some program that you're selling for money, it has to be (at least > > with your best effort) 100 percent airtight. When you have the > > responsibility for keeping a data center up, you have to take that > > responsibility seriously. Usually a "for pay" product comes with > some > > sort of written warranty, and therefore you can't risk any loss of > > money for the data center, or for yourself. (This really goes without > > saying, but obviously I have to say it, because of the above > > discussion thread.) Notwithstanding, people still find it useful to > > write "quick and dirty" programs for themselves, or even "quick, but > > clean and careful" programs. (And this is obvious to all of us). > > > > So with that said, I wish you all the best of everything..... > > Thanks for your feedback. > > > > Sam > > > > --------------------------------------------------------------------- > - > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
