Goodbye Career?

Discussion created by ca.portal.admin on Oct 4, 2005
Latest reply on Oct 4, 2005 by ca.portal.admin
Hi All,
I know this is a personal subject, so I don't know how many will
How many people are just going to wave goodbye to this field when
their current IDMS job is gone? How many still have the desire (absent
of needing a paycheck) to learn new things and start from the bottom
I'm pretty sure that once my last IDMS client is gone, I will be
waving goodbye and I'll find something else to do. That is, unless
someone comes along and says they want me for my IDMS knowledge and
experiance. Then I might consider continuing. But with the lack of
respect technicians receive, the lack of involvement in any decision
making, and the general treatment that a technician is just about the
lowest form of life in the company and could easily be replaced, (along
with all the documentation, approval and paper work now required to do
any type of change) I don't see the reason for starting again at another

Joe Lupico
IDMS System Support
""Our World is a Happy World""

IDMS Public Discussion Forum


IDMS vs Z9 processors?
"Has anyone opened an issue with CA as to whether IDMS requires
modifications to run on Z9 processors? if so, what was their response?

Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc

The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

IDMS Public Discussion Forum


Re: Goodbye Career?

I worked with IDMS 4.5, 5.0,..............up to 14 - haven't gotten into
15 as yet (yes I know, support for 14 is ........)

At our place, we started with IDMS and still have it, although it has a
planned death coming up soon

A number of years ago we got Sybase on unix, then db2 on both mainframe
and unix, then oracle, and last sql server.

During this time, I have had to learn unix (solaris), oracle, sql
server, some db2 and Sybase.

Initially I was - how can I put this - skeptical. But since then I have
really gotten into this. Working the vast experience I have and
applying it to new (at least for me) technology has been actually very
exciting and rewarding.

Do you remember when you would stay past quitting time because you :
- just wanted to figure that one problem out
- find out just a little bit more about a subject before you left
- get that darned - program, clist, OLQ - to work
- found the new release of tso so fascinating with its bells and whistle

Well, that is happening to me, and it is really fun. As a matter of
fact, I forgot how much fun this stuff was and why I enjoyed it in the
first place. Some of the IDMS that I was doing was really getting
pretty redundant.

And what is really incredible is how advanced idms was in the first
place. As one oracle guru said 'if I wanted to find out what oracle was
going to come out with in the future, I just had to direct my attention
to idms and find out what it was doing now'.

Relational databases - still need the network type stuff in order to get
some of the benefits that it really needs. Like take oracle - available
space on pages was determined by lists of pages with space on them, but
that just wasn't quite what it needed, so just recently it has changed
over to a SMP type of space management - amazing. And many of the
oracle dba's are having trouble understanding the concept. And since
every row in a table could only be gotten by a primary key index, you
had the index processing overhead all the time, along with not being
able to spread the rows over numerous pages instead of inserting them
basically sequentially - well guess what - oracle just recently has come
out with what is basically a calc key, storing the row on a selected

So would I leave and find something different - guess what - I have
found something very different and very similar and I am loving it

Gotta go now and monitor some oracle instances for performance and find
out some more on monitoring sql server


Mark judd