.NET Provides Choices, Options
The difference between VB.NET and C# boils down to whether you like semi-colons. .NET promises an opportunity to choose the best language for a given task without sacrificing power.
Letters to Visual Studio Magazine are welcome. Letters must include your name, address, and daytime phone number to be considered for publication. Letters might be edited for form, fit, and style. Please send them to Letters to the Editor, c/o Visual Studio Magazine, 2600 El Camino Real, Suite 300, San Mateo, CA 94403; fax them to 650-570-6307; or e-mail them to email@example.com.
.NET Provides Choice, Options
Being certified in both VB.NET and C#, I don't understand this ongoing debate [Editor's Note, "Is C# the Only Language That Matters?" by Patrick Meader, August 2005]. If one knows the .NET base class library, the actual difference in languages boils down to whether or not you like semicolons.
Any serious developer in the .NET platform should be bilingual. It requires little extra effort and pays off over the long haul by enabling work for either type of shop. It also relieves the constant stress put upon us by the VB vs. C# debates.
Bill Sarris, Pebble Beach, Calif.
I think where we are going wrong is in making this a debate at all, because it has religious overtones that have no benefit to our industry. The right choice is the right choice because it gets the job done, and because in doing so we drive better business opportunities. But by continuing to declare any language superior, we provide excuses for business managers who do not necessarily know anything about coding. We need to quit distracting them and ourselves and accept that there is no perfect language for every task, and no perfect reason for any language choice.
.NET promises us an opportunity to choose the best language for a given task without sacrificing the underlying power of the framework. Let's embrace that and sell that idea to the industry as a whole.
This debate is a pity. We need more languages, not less. The CLR has moved a little, but there's a lot it could do to escape the limitations of the current object-oriented paradigm.
I'd love to see the possibility of writing an assembly where one method is C#, the next VB.NET, and the next APL.NET (or some such).
In the longer term, the future of the .NET system depends, I hope, on getting a wider range of high-quality language implementationsnot a narrower range for narrower minds.
Mike Gale, Auckland, New Zealand
David Mack is a technical lead and consultant for the National Intelligence Division at Titan Systems. He has more than 10 years of experience in management and software engineering. Reach him at David.Mack@titan.com.