dbTalk Databases Forums  

Pick jobs

comp.databases.pick comp.databases.pick


Discuss Pick jobs in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
Ken
 
Posts: n/a

Default Re: Pick jobs - 06-30-2005 , 06:20 PM






Problem is that fashionable keeps changing so quickly. I had thought of
getting training on any number of "new" technologies only to find out
there are thousands of out-of-work graduates of such schooling. I can
find nothing that would enable me to stand out, sufficiently trained,
but with no experience.

I programmed many years ago in RPG and Cobol, but, I believe, those are
both dead as well. And it was so long ago, and so much has changed in
the hardware I programmed on, I am not sure if that would make a
difference either.

I need to do something forthwith, but am having trouble finding what to
focus on.

Simon Verona wrote:
Quote:
I think the general rule of thumb these days is that you either need
specific experience on technology that is "in vogue" right now, or risk
lower paid or harder to find jobs..

Of course, the problem is that what is "fashionable" in the IT world changes
all the time, so it's necessary to be continuously keeping up to date with
new technologies to stay "with the curve"....

Also, you can generalise (jack of all trades, master of none)... This can at
least give you lots of options.. won't pay as well as being an "expert" in
one of the fashionable technologies but will at least mean you've always got
a reasonable job!.

I'm not going to go as far as to say that "pick" is dead.. just that there
is more supply of multi-value experts than there are positions to be
filled... My knowledge of economics theory goes back to school days (a dim
and distant memory now), but I think that the MV job market (as with most
job markets) is reasonably "elastic" in that the "price" of a MV expert is a
direct correlation to demand / supply...

So, to get the salaries up for MV experts one of two things must happen :

- demand must be raised
- supply must be reduced.

Demand can be raised by better "selling" of multivalue technology generally
or alternatively by mass-culling of MV experts who have jobs...

Supply can be reduced by either the above happening meaning that all the out
of work experts get jobs, or alternatively some culling of supply - either
by migration of mv experts to other technology, old age or whatever..

Slightly tongue in cheek, but a serious message amongst it all.

I know that it's hard to teach old dogs new tricks (I hope that the 25 yr+
MV experts don't take offense) but the easiest option is to learn new
technologies and use your 25 years of real world applications experience to
get ahead of the field...

Just some of my thoughts.. ought to gain some interesting comments....

Regards
Simon
"Brian Blackwell" <brianblackwell (AT) worldnet (DOT) att.net> wrote in message
news:0fzwe.1048753$w62.611143 (AT) bgtnsc05-news (DOT) ops.worldnet.att.net...

"Ken" <kewaynco (AT) comcast (DOT) net> wrote in message
news:dcSdnQNOjdM8_1_fRVn-rA (AT) comcast (DOT) com...

Are all the Pick jobs only in UK, Candada, and Australia/NZ? From a
quick perusal of this group, it seems so. I may be losing my job in the
next several months due to a purchase of our Pick-based company by a
non-pick-based company (they are on Mumps). I probably should already
have updated my resume, but I kept hoping for status quo on my job. I am
in the Atlanta area and have 25 years experience in Pick on medical and
collections applications.

As a Unidata programmer that has been looking for several months now, my
response is a resounding YES. Most PICK jobs are out of this country. The
few that remain here are small companies that are offering 15K to 20K less
than my last job. I have been working PICK since 1980 with Revelation on a
Microdata. The PICK technology is dying and I see no hope for it's
revival.






Reply With Quote
  #12  
Old   
Simon Verona
 
Posts: n/a

Default Re: Pick jobs - 06-30-2005 , 06:50 PM






Ken

I understand the dilemma... One of the best ways to find what to
concentrate on is to look at the job ad's that are around...

For a MV programmer, it will be useful to ensure that you have a grounding
in gui development tools, object orientation and web technologies.... If
you have an understanding of these, then you will find that you can move
more easily between a lot of the technologies (though many have learning
curves of their own).

Personally, I've focused on ASP/ASP.net for web and vb.net for
applications.. I'm reasonably comfortable with OO technologies and can
write web pages from scratch using html/css/javascript etc.. All this was
a concious effort to move my knowledge away from focussing on MV - though
this is now several years of effort.. As far as databases go, I can write
generic SQL though I'm not great at administering any other database other
than MV (guess that 150K Oracle database administration job is beyond me).

Ironically, I work for myself, writing vertical market applications for the
automotive sector... So I can pick and chose the technologies that I work
with...

It's not easy when you have so many years tied up in one technology (MV)...
and it's not easy to start to open up to "new" stuff.... but it's the only
way forward in the long term (IMMHO).

Having said all the above, you will find that if you do develop extra
skills, you will find that these skills coupled with your existing MV
skillset will set you above the field against many of your MV peerrs.

Good luck...

Regards
Simon


"Ken" <kewaynco (AT) hotmail (DOT) com> wrote

Quote:
Problem is that fashionable keeps changing so quickly. I had thought of
getting training on any number of "new" technologies only to find out
there are thousands of out-of-work graduates of such schooling. I can find
nothing that would enable me to stand out, sufficiently trained, but with
no experience.

I programmed many years ago in RPG and Cobol, but, I believe, those are
both dead as well. And it was so long ago, and so much has changed in the
hardware I programmed on, I am not sure if that would make a difference
either.

I need to do something forthwith, but am having trouble finding what to
focus on.

Simon Verona wrote:
I think the general rule of thumb these days is that you either need
specific experience on technology that is "in vogue" right now, or risk
lower paid or harder to find jobs..

Of course, the problem is that what is "fashionable" in the IT world
changes all the time, so it's necessary to be continuously keeping up to
date with new technologies to stay "with the curve"....

Also, you can generalise (jack of all trades, master of none)... This can
at least give you lots of options.. won't pay as well as being an
"expert" in one of the fashionable technologies but will at least mean
you've always got a reasonable job!.

I'm not going to go as far as to say that "pick" is dead.. just that
there is more supply of multi-value experts than there are positions to
be filled... My knowledge of economics theory goes back to school days
(a dim and distant memory now), but I think that the MV job market (as
with most job markets) is reasonably "elastic" in that the "price" of a
MV expert is a direct correlation to demand / supply...

So, to get the salaries up for MV experts one of two things must happen :

- demand must be raised
- supply must be reduced.

Demand can be raised by better "selling" of multivalue technology
generally or alternatively by mass-culling of MV experts who have jobs...

Supply can be reduced by either the above happening meaning that all the
out of work experts get jobs, or alternatively some culling of supply -
either by migration of mv experts to other technology, old age or
whatever..

Slightly tongue in cheek, but a serious message amongst it all.

I know that it's hard to teach old dogs new tricks (I hope that the 25
yr+ MV experts don't take offense) but the easiest option is to learn new
technologies and use your 25 years of real world applications experience
to get ahead of the field...

Just some of my thoughts.. ought to gain some interesting comments....

Regards
Simon
"Brian Blackwell" <brianblackwell (AT) worldnet (DOT) att.net> wrote in message
news:0fzwe.1048753$w62.611143 (AT) bgtnsc05-news (DOT) ops.worldnet.att.net...

"Ken" <kewaynco (AT) comcast (DOT) net> wrote in message
news:dcSdnQNOjdM8_1_fRVn-rA (AT) comcast (DOT) com...

Are all the Pick jobs only in UK, Candada, and Australia/NZ? From a
quick perusal of this group, it seems so. I may be losing my job in the
next several months due to a purchase of our Pick-based company by a
non-pick-based company (they are on Mumps). I probably should already
have updated my resume, but I kept hoping for status quo on my job. I am
in the Atlanta area and have 25 years experience in Pick on medical and
collections applications.

As a Unidata programmer that has been looking for several months now, my
response is a resounding YES. Most PICK jobs are out of this country. The
few that remain here are small companies that are offering 15K to 20K
less
than my last job. I have been working PICK since 1980 with Revelation on
a
Microdata. The PICK technology is dying and I see no hope for it's
revival.






Reply With Quote
  #13  
Old   
Luke Webber
 
Posts: n/a

Default Re: Pick jobs - 07-01-2005 , 01:08 AM



Simon Verona wrote:
[snip]
Quote:
Having said all the above, you will find that if you do develop extra
skills, you will find that these skills coupled with your existing MV
skillset will set you above the field against many of your MV peerrs.
Precisely. The big advantage that Ken has is that he's already been a
programmer of many years. Changing the toolset will offer new
challenges, but he already has experiences meeting the important
challenge of translating real world processes to code.

Luke


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.