On Apr 17, 4:42=A0pm, "Ron Walenciak" <ron.walenc...@[EMAIL PROTECTED]
> wrote:
> I have a client that has had difficulty finding good Pick programmers
(no,=
> they don't want to hire consultants/contractors); as a subset of that,
the=
y
> then looked to see whether Basic programmers were available, and the
> universities had few Basic cl*****, but lots of Java, .net, etc.) So,
that=
> led them to believe that not only was Pick Basic obsolete, but that
Basic
> itself was obsolete. That (along with other marketing issues that are
too
> long to go into) led to thoughts of converting from D3 to something
else;
> Universe would be a good choice if they could be convinced to stay with
a
> multivalue data model (there are some pluses there, obviously),
=A0except =
for
> the Basic resource issue.
>
You also can't find racing engineering experts at universities
either, but that doesn't mean all racing technology is obsolete. It's
all about the niche and hands-on training, plus knowing where to look.
A good MV developer that has all the skills a company needs is not
likely to be pushed to the curb. In this economy, being agile,
proactive, and process smart is a key to success. You can get much of
that from a consulting firm, but only an in-house developer can get
personal enough with a system to make it dance just right for the
right price.
Being a programmer and being a business analyst/consultant are two
totally different things. If you want a code monkey, source it out to
a firm that specializes in code projects. That's where the cubicle
coders have gone. In a general sense, the stand-alone programmer's
demands have changed greatly since 1990. You can sure get a good
developer on a one-on-one basis these days, but you can be assured
that they're still alone and happy because of their honed, multi-
faceted, skills grown from much business/technology analysis and
consulting. The analysis and consulting is what companies really want
today. How do we do our jobs easier, with less cost, with less waste,
and still retain enough flexibility to redo it all in 6 months. Having
the coding skills to make all of that happen is a win-win addition for
both sides, but it's not always a neccessity. The raw coding job could
just be subcontracted to a develop firm, who specializes in project
management and mile stone delivery.
> I can argue the other issues that came up, and I'm convinced that
looking =
at
> schools wasn't the right way to come up with an answer to this resource
> question, but I'm not sure how else it can be negated. Keeping emotion
out=
> of it, are there any statistics or studies on the numbers of Basic
> programmers in the work force or sources of Basic programmers for the
> future?
>
You can't find business success cases for most of the DB products,
so I really doubt that you'll find statistics on the work force in our
development community.
> Thanks,
> Ron
GlenB
|
