Re: 3490E cartridges

Of course. There are lots of technical solutions to the problem. Except for the fact it is, as you note, a political problem, not a technical one. And reasonableness is in the eye of the check-signer.

While I personally agree that long term savings are a desirable goal, the customers I deal with are frequently MUCH MORE concerned with short term expenditures. In many cases, they will reduce the rate of delivery, extending the project for several years at significantly higher total cost, simply to contain the current year's cost. It might appear short-sighted but it's a fact of life.

And after making all the recommendations I can, at the end of the day my real job is to give the customer what they paid for in a form they can use. We don't hide the fact it is costing them more in the long run. But a happy out of date customer is worth more than an up to date one annoyed that we forced them to upgrade. One of my best customers is still using OS/390 1.3 and we have no intention of dropping support.

Anyone know of a bus and tag CD reader?

-----Original Message-----
From: R.S.
Sent: Wednesday, March 04, 2009 2:18 AM
To: IBM-MAIN@xxxxxxxxxxx
Subject: Re: 3490E cartridges

Schwarz, Barry A wrote:
It must really be wonderful when all your customers keep up to date.
However, pontificating for those of us whose customers don't merely
demonstrates the limits of your experience.

I guess we could have abandoned our customer who didn't convert from
round reels until after the turn of the century or another customer
whose only transfer medium is still 3480 (yes eighty).

Third way. There is third way. Your choice is to stay with 3480 (reels,
whatever), abandon the customer OR use third way.
Usually there is no reason to use 3480 instead of CD. Or - there is no
reasonable reason. Usually (always?) this is only because "I always did
it that way" or "the sysprog told me he requires the tape" etc.
The third way is to convince "the sysprog" OR HIS MANAGEMENT to use
another method, maybe even show them how it's easy. Management will be
glad hearing about THE SAVINGS because of abandoning ...3480.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone.

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

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

Relevant Pages

  • RE: FTP userid propagation
    ... As I keep saying, the problem is that the customer does not want to do that, ... Charles Mills wrote: I just posted the NETRC question ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: any way to view SYS1.VTAMLST (ANY FREE UTILS ?)
    ... On Nov 22, 2006, at 12:49 AM, Maarten Slegtenhorst wrote: ... I see no reason why you should not be allowed to read the members. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO Search ...
    (bit.listserv.ibm-main)
  • Re: Transfer reports from lpar to lpar
    ... Could be a good reason... ... If you have a true business need, sysprogs should not be able to stand in ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: Long parms ... again (was: Reading DD card information)
    ... but this sounds like a good reason for all ISVs to review their code. ... My point is that there is no 100 byte limit on the interface, there is only a limit on the implementation. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: CA7 Slowdown after 1.7 implementation
    ... We were recently on a 1.7 migration call with IBM and one ... customer asked IBM this question. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)