G
Guest
Kevin Provance said:Dude, you just opened the door to another Pandora's Box. Variants by nature
are evil. Or so I've been taught.
- Kev
Yeah, I've heard that too. But, man are they useful for creating generic
utilities.
Kevin Provance said:Dude, you just opened the door to another Pandora's Box. Variants by nature
are evil. Or so I've been taught.
- Kev
alpine said:Apparently, your view is so myopic that you can't see the forrest for
the trees.
The point is that MS's move to VB.NET is change for change's sake and
nothing more. The part you somehow seem to be missing is that every
line of code that you re-write/re-test/re-deploy is costing *someone*
(your employer, the end user, whomever) money that they should not
have had to spend. Unless you're working for free, your attitude of
"I'm getting paid so who cares." is *indeed* selling out, given the
statements you've made in this thread. You're (the collective you)
willingness to grease up and bend over will just make it worse the
next time around.
Get some backbone and tell MS to, "Go pound sand." There are plenty
of alternatives to VB.NET so pick one and move on.
Bryan
_________________________________________________________
Bryan Stafford "Don't need no more lies"
New Vision Software - Neil Young -
www.mvps.org/vbvision Living With War : The Restless Consumer
alpineDon'(e-mail address removed)
mobilemobile said:In your world, VB.NET is not VB. In the rest of the world, VB.NET is a
newer flavor of VB. VB.NET looks a lot like Classic VB -- without my
background in VB5/6 it would have been a lot harder to learn VB.NET.
mobilemobile said:The code is very similar: loops, control
structures etc etc. They took things away that were in VB6 that I really
miss, like Variants, so I'll agree with you there.
Yeah, I've heard that too. But, man are they useful for creating generic
utilities.
That's true of any group, J, not just the old ones. It's not a perfect world
though -- there's bound to be a wayward post.
True, but the problem with Fred.Net posts is that sometimes one can't
tell what language they are really using.
Maybe because they are so similar![]()
Wow.
I get paid most of the time to do new software development. The people who
pay for my services are the same people who usually decide what language and
platform to use.
If I do software maintenance, then I will use whatever language the software
is written in.
Naturally.
As far as "selling out", I don't get this -- I don't understand your
sentiment. Programming is my living, a way to make an income. I do what I
have to do. I have no control over the market.
I not only have VB6 and
VB.NET, but also some C#, and some Java, some PHP for smaller projects,
Oracle PL/SQL. I'll learn what I have to in order to make a living.
I'm not sure what kind of forest you live in, but the forest I've been
plugging through has involved starting with punch cards, ecstatic with the
first CRT screens so I didn't have to listen to those damned noisy teletypes,
saving files on paper tape. I've had to learn so many languages the one
thing I know about programming is change.
Tom Shelton said:["Followup-To:" header set to microsoft.public.dotnet.languages.vb.]
Yeah, I've heard that too. But, man are they useful for creating generic
utilities.
..NET has better facilities for that then Variant. Especially in 2005.
Hint:
Generics
¤ > Regardless, the same source code can produce different results. Hence, it *is* a
¤ > different language. It's really that simple.
¤
¤ Give me an example of this. The code is very similar: loops, control
¤ structures etc etc. They took things away that were in VB6 that I really
¤ miss, like Variants, so I'll agree with you there. But, again, Microsoft
¤ owns VB -- in their viewpoint, Classic VB has been deprecated, and VB.NET is
¤ now VB. No matter if you agree with the "advancements" in the language, the
¤ language is still VB.
I've already dispelled the "different language" nonsense here on several occasions.
The problem is that several of them refer to the "core language" (absent of language extensions)
only when it suits their argument. If you tell them that Microsoft has routinely broken code over
the years with changes to the language extensions then they'll chime on about how the "core
language" is what's truly important because it drives the "business logic" of their applications.
However, if you point out that over 90% of the core language is still intact, then they'll challenge
you run a Classic Visual Basic app through the upgrade wizard and then tell them that the
"languages" are the same.
The argument is essentially a fraud since they use the incompatibility of the language extensions to
demonstrate that the actual "languages" are different.
The problem is that several of them refer to the "core language" (absent of language extensions)
only when it suits their argument. If you tell them that Microsoft has routinely broken code over
the years with changes to the language extensions then they'll chime on about how the "core
language" is what's truly important because it drives the "business logic" of their applications.
However, if you point out that over 90% of the core language is still intact, then they'll challenge
you run a Classic Visual Basic app through the upgrade wizard and then tell them that the
"languages" are the same.
mobilemobile said:Elsewhere in this thread are posts where at least one other person in this
group understands my position, and I feel content to leave it at that.
mobilemobile said:As far as "selling out", I don't get this -- I don't understand your
sentiment. Programming is my living, a way to make an income. I do what I
have to do. I have no control over the market.
It's your contentedness to view the thread you started here as being to
"this group" that's at issue. Good thing you got a really thick skull,
'cause I think it's impending encounter with The Cluestick will almost
certainly test its limits!
Larry Serflaten said:Considering the language's Statements and Functions make up the lion's share of
the 'core language', I just did a quick tally of VB5 against VB 2005:
VB5 Net Both
Statements 95 51 33
Functions 140 128 116
Of VB5's 95 statements, only 33 were also found as statements in VB2005.
Of VB5's 140 functions, only 116 were found listed under functions for VB2005.
That makes for 149 out of 235 possible commands where you'd find they
were the same.
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.