Posted on 05/04/2002 11:54:48 AM PDT by Bush2000
You do realize that my first post on this thread was in response to some novice claiming that VB.Net was fully backwards compatible with VB 6.
Is backwards compatibility mandatory? No. Is it a competitive advantage? Of course. Who would have purchased Windows if it hadn't also run older DOS programs?!
What C shops would have experimented with C++ if it hadn't been fully backwards compatible with C?!
In this age of code re-use (the single-most mentioned reason for using object-oriented programming in the first place, by the way), killing off existing corporate code libraries is NOT a competitive advantage.
This is simply a mistake that needs to be acknowleged. Microsoft isn't perfect, and it doesn't have to be. That company makes me a great deal of money, after all.
But as someone who has an investment in technology, I can't be blind to industry-level strategic mistakes, either.
What kind of systems, what kind of functionality are we talking about, may I ask?
I'm sorry, I truly don't mean to be cheeky, but I'm highly skeptical, given everything that has taken place here, and my knowledge of other .NET attempted implementations. I follow a lot of newsgroups, and hear a lot of buzz. And it doesn't support what you seem to be saying. And, given my experience with other MS salesmen who overpromised the moon and didn't deliver.
And don't forget, there are certainly surprises built in to your "perfect" system that would not affect a similar Java implementation. There are issues that only wide implementation can expose. And those issues usually take a few years to work thru. And those issues are often deal-breakers.
Is there some memo of MS-defense 'talking points' going around? There's something awfully familiar about your 'points'.
Interesting. Coincidence?
Developing . . .
Nonsense.
MS made the conscious choice to delete VB 6 functionality from VB .Net. Retaining support for the DEFINT command or VB 6 form properties would not have prevented MS from introducing radical new technology, anyway.
Nor is the government responsible for forcing MS to come out with a new product, at least anymore so than California is responsible for car companies inventing the airbag or EGR valve.
But rather than take this up with the Justice Department, my tiny company is working even as we speak on a product that will permit VB.Net users to have full VB 6 functionality and backwards compatibility.
Like I said, Microsoft makes my firm a great deal of money. They leave vast business opportunities in their wake for those who don't act as completely blinded Yes-Men.
Your ignorance is showing. When Java came out, folks loved the language but hated the slow interpretation. That's why Sun (and IBM and Symantec and even Microsoft) added just in time compilation, which translates the byte code to optimized native machine code at run time. For a while, before Sun kicked them out of the game, Microsoft even had the best Java JIT compiler.
You can also buy ahead of time compilers for Java. These translate the Java to a native .exe, just like C++. But they haven't caught on in a big way, because the modern JIT compilers are very effective.
The .NET languages are also byte compiled, to Microsoft Intermediate Language (MSIL), which is in turn translated to native machine code at run time.
When Java, C++, or Delphi came out, how many people could or did move to them in the first three months after their initial public release? As I have said before, look in a year and see the movement towards .NET. Every ASP programmer seeems to want to make the move. Not every C++ developer does, but C++ is slowly losing ground. It won't go away, but most companies want their corporate software to be web enabled.
Then again, don't. I love my competition to be ignorant and biased. Between me and my J2EE experts, we love to dominate the market!
"Processes".
Do you mean form-type stuff, or actual number crunching, actual functionality? And you've got 10,000 users banging around on it, and have had no problems? That's very hard to believe.
Is there somewhere, someway I can verify this? If you're talking about something beyond forms, this would be darned near revolutionary, from what I read of .NET development, so forgive me if I get a bit curious. No one has managed to work all the bugs out of a system. In fact, there are several that are built in, and known, and are holding up several R&D projects I'm aware of. The issue about IE dropping the security ball verifying the 'trusted' status of web forms alone is a show-stopper, isn't it?
Altho, if you're just talking about data entry forms, then I believe you. But that's a far cry from a 'web service' or distributed app, so I assume you're not, right? You mean actual functionality?
And you sound very familiar . . .
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.