Re: where do us long time VBers move on to?
From: Tony Proctor (tony_proctor_at_aimtechnology_NOSPAM_.com)
Date: 07/01/04
- Next message: Bob Butler: "Re: VB6 and program execution speed"
- Previous message: Gale Green: "Re: VB6 and program execution speed"
- In reply to: Ralph: "Re: where do us long time VBers move on to?"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 1 Jul 2004 16:27:27 +0100
Thanks Ralph. Much appreciated
I may come back and add my two-pennyworth after I've had time to evaluate it
properly
Tony Proctor
"Ralph" <nt_consulting32@hotmail.com> wrote in message
news:msOdnZ5F38Cdinnd4p2dnA@arkansas.net...
>
> "Tony Proctor" <tony_proctor@aimtechnology_NOSPAM_.com> wrote in message
> news:OgjZYS0XEHA.2672@tk2msftngp13.phx.gbl...
> > I've been recently looking at this site:
> > http://www.diamondedge.com/products/Convert-VB-to-Java.html. It sounds
> very
> > impressive. Does anyone have any experience of it?
> >
> > Tony Proctor
> >
>
> I recently visited with an organization that was converting all their
> application over to Java. Several of the developers had it (or an earlier
> version) and was quite pleased with it.. Were activily trying to get the
> company to universally adopt it as a common tool.
>
> As they were seized with religious fervor and all the orginal VB
programmers
> were either run-off or silenced, it was difficult to get a real feel for
how
> effective the tool was. They appeared to be having all the obvious
problems
> with their "conversions". The tool effectively converted 95% (a
guesstament)
> of "stock" VB code. (I was impressed at the speed and immediate useablity
of
> the code.). It did however have trouble with any "work-arounds" VBers tend
> to add when using M$' incomplete controls. Meaning someone with a good
> knowledge of Java controls had to go and tweak Still they were better off
> than if they had started with a blank slate.
>
> While they bragged that converting User Defined or 3rd party controls was
a
> "no sweat" - I noted they still spent a lot of time with them and
> 'converted' applications still had a "sub-set" quality and acted a bit
> sluggish when compared to the original application. (Highly subjective, of
> course. Most of the new "Java" people were from the Unix Open Source crowd
> and so were quite pleased with GUIs that those in the Windows-World would
> consider only a good "first effort". <g>)
>
> As a sidenote, IMHO, the evaluation was skewed in they had fallen into the
> trap of not only trying to make the conversions, but also adding
"features"
> as they went along. They had Java gurus ignoring legacy code and writing
> stuff that sometimes blended in, and sometimes did not. They had VBers
> rewriting code to fit into a Java-centric view. etc. A lot of politics.
> (Surprise, surprise!) They would have been better off to just sit down -
do
> the conversion, replace the products in production, run all the VBers off,
> then go on to stage two.
>
> Anyway the tool is slick. Even I could use it and I hate Java. The price
> seemed pretty reasonable though management seemed to balk at spending that
> much for something that had a "one-time" use. They apparently wanted to
> convert but didn't want to spend any money doing it. <g>
>
> -ralph
>
>
- Next message: Bob Butler: "Re: VB6 and program execution speed"
- Previous message: Gale Green: "Re: VB6 and program execution speed"
- In reply to: Ralph: "Re: where do us long time VBers move on to?"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|