>Here, I disagree; it's a strange bastardization of VB-like syntax wrapped about a p-code based threaded interpreter; in my view, it has the feel of Java or Eiffel, substituting a VB-like syntax into the interpreted object language setting. Almost an attempt to conceal its real language roots, wrapping the object language in more familiar keyword names. Unfortunately, while it may make the apparent code expression have a more easily recognized set of operators, their behaviors vary from the comfortable syntactic form of the previous version of the language. The result is considerable frustration, stemming from "What in ^&*$%# is wrong here? It used to work like this..."
>

A good point. However, I think folks would be in for some pain if they took a lot of their old VB expectatations with them. It is not exact. At the same time, it is fairly close. I think too much is made of the difference. Just my opinion...


>
The syntactic resemblance between C++ and C# is a lot closer than VB 6 is to VB.Net - in fact, an OO language is masquerading in the cloak of VB. That's why the existing VB community is disturbed, much as died-in-the-wool xBASErs were frustrated by VFP and Clipper 5.2 when they appeared - moving into the new paradigm made huge chunks of familiar code stop doing what we expected, and going to the new approach forced us to unlearn lots of comfortable strategies before we could grok how the new stuff acted.
>

I did not hear a lot of disgruntled people at the summit. I was waiting for a question or two to either Bill Gates or the panel. Nothing was asked. I was shocked...

>
In this respect, moving beginning developers straight to C# ended up letting promising developers become productive faster, as they didn't have habits and instinctive practices to change. The syntax is (opinion) cleaner, more consistent, and equivalently capable (opinion more expressive, making it more capable) to VB.Net. Since both shared a common runtime environment, data representation and interface, and allowed for a common debug environment, we have more developer resources available, since unless a module needs internal maintenance, a different language can subclass, wrap or adorn a CLR-based service or class, at least in theory. C# is a more natural fit for me than VB.Net at least.
>


I agree with you here. If one could make the move to C#, go for it. And who knows, it may be doable. I am definitely going to give it a shot.


Great points Ed.


And, thank you very much for the Art of War... I received the Fed Ex today!