Ed Gould wrote:
Radoslaw:
Because????? I can recall more than a few times that a sysprog has left
the company (many reasons) and no one can tell you what level anything
is at. All the vendors who send out object, source or load or whatever
there is no way to determine (easily) what level the product is at.
I can recall a situation that sysprog (bad one) has cloned several SMP/E
environments and nobody knew (including him!) which one is the correct
one. I met it at leas three times.
In case of components installed from 'setup.exe' on PC *or* on mainframe
side (I described such example: TSA), SMP/E delivery is simply
pointless. The same effect can be achieved with naming a package
'setup_ver3.21.exe'.
Caution: I still agree SMP/E is good method to check all the
dependencies to other component levels. However:
1. It is good, because the only one.
2. When product does not have too much dependencies, it is simply
irrelevant to use SMP/E or other method. In fact, many products are
installed in completely separate CSI. In such case *no dependencies* are
checked. But we still have "easy to use" and "very convenient" tool. I
hope you feel the irony. <g>
BTW: I vaguely remember one of ISVs said on the IBM-MAIN, that his
product (zDebug AFAIR) does not need to check dependencies in SMP/E,
because all the dependencies which have to be checked are checked
*during runtime*. That method is *much better* than SMP/E. It can be
hard to implement and not always applicable, but it checks *reality*,
not some entries in KSDS.
Problem resolution time goes almost straight up and the lost of
productivity is substantial as all the time is spent trying to get your
hands around what the problem is. That is one of the main benefits with
SMPe , a look at one screen in the smp/e dialog manager and you can tell
exactly what level any product that is installed with SMPe.
Exactly the same information can be obtained using other method. Lack of
SMP/E does not mean there's absolutely nothing instead.
I have basically turned down any product that is not smp/e maintainable
and installable.
I had to install products which are bought by the company. Nobody asked
me if I like SMP/E. I cannot complain on installation method, colour of
the box, fonts used, etc. Does the product fill business requirements -
this is what I'm asked. Quality is one of the parameters, but lack of
SMP/E does not necessarily mean poor quality.
The product in order to be
sellable must be in SMP/e format. I think you will find that it will be
a requirement for most installations.
I have *never* met such requirement. I would call it SILLY. I mean it.
Yes I know there is a(re) cheap vendor(s) out there that sells their
stuff with postcards. But you get what you pay for, is my opinion.
<irony>
Did you hear about CBT ?
</irony>
Vast majority of CBT stuff is not SMP/E installable. Does it mean it is
piece of junk ?
--
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.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
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
