2Leshi

> Вообще MS в будущем хочет полностью отключить поддержку C++

Откуда такая информация? Драйвера устройств на чем писаться будут? На С#???

2Senin Viktor

> Одинаковый ли джилт-код (вроде так звучит?) получается из VB.Net и С#?

Нет, код на С# немного меньше и работает быстрее (как правило оговариваются, что в некоторых случаях). Кроме того у С# чуть-чуть больше возможностей (например, перегрузки операторов в vb.net нет).

> Насколько я понял из разных статей и статеек: Микрософт сделал так, чтобы разработчик писал на любом понравишемся ему языке, а полученный код, работал бы с одинаковой производительностью (я все о VB.Net & C#)?

Насколько я понял, Микрософт сделал так, чтобы отдельные модули проекта были независимыми от языка. Ничего про одинаковую производительность я не встречал.

ЗЫ могу поискать статью, где сравниваются возможности vb.net и c# (сейчас под рукой нет), но различия действительно незначительные.

2Senin Viktor

Статью нашел, но ссылку кинуть не могу, потому что попала она ко мне обходными путями. Вот ее часть, касающаяся сабжа, с сокращениями (выделения мои):
--
Things You Can Do in C# but Not in Visual Basic .NET
One of the most common questions on the Usenet newsgroups about C# and Visual Basic .NET is, “What can I do in C# that I can’t do in Visual Basic .NET?” As of this writing, C# has only one significant feature that isn’t present in Visual Basic .NET and has several features that are mandatory in C# but optional in Visual Basic .NET.
Operator Overloading
In our examination of Visual Basic .NET, we looked at function overloading—that is, the ability to have multiple functions with the same name but different argument lists. C# offers this sort of overloading, as well as operator overloading, which Visual Basic .NET doesn’t support . Operator overloading allows you to create a method that will be called when an operator, such as +, -, ++ (increment), or -- (decrement) is used. Operator overloading in C# is similar to operator overloading in C++, but there are some notable differences.
Forced Early Binding
One of the things that C++ programmers expect is that variables will always be declared and will always have a specific type associated with them. Visual Basic programmers have historically not been required to do this, although the better Visual Basic programmers will always use Option Explicit to force variables to be declared. Prior to Visual Basic .NET, not only was declaring a variable at all not required, but it was also not possible to force the type of variables to be declared.
Visual Basic .NET provides a new directive, Option Strict, that prevents implicit conversions as well as late binding. Late binding occurs when an object is created and only at runtime is the type of the object determined. This approach can be useful, but in the case of COM objects, for example, it can force almost a doubling of communications overhead between the client program and the COM object. Deciding early (at compile time) the sort of object that will be used can enable the compiler to create faster code.
C# doesn’t require such directives as Option Explicit and Option Strict. More to the point, you can’t use variables without declaring them, and you can’t use variables without declaring the type of the variable. ASP.NET still gives you that option using Visual Studio .NET; however, I encourage you to use the Option Strict directive in Visual Basic .NET code.
C# doesn’t allow late binding, and this may be the only area in which you can be assured that C# programs will outperform Visual Basic .NET programs. In general, all .NET languages perform about the same . In the case of Visual Basic .NET and C#, similar programs will generate similar MSIL code , and thus the .NET Framework will execute both programs with about the same speed . In complicated programs, it’s possible to use late binding in Visual Basic .NET inadvertently, resulting in a program that will perform somewhat more slowly than a C# program with equivalent functionality.
--
Вроде ничего не наврал.

2Senin Viktor

> Тогда не понятно, почему на программеров C# больше спрос. Из-за буквы "С" ?

Просто несколько мыслей:
1. Читать листинги на C# приятнее, что-то есть в красоте и логике его конструкций, к листингам VB.NET надо привыкнуть, они уж совсем чужие .
2. Если переход от C++/Java к C# довольно плавный, то с VB полная ломка или как принято говорить Revolution. Если учитывать распространенное мнение, что пишушие на C-подобном лучше пишущих на VB, то даже вроде и логично получается.

2Артист

Штампы, конечно, но я, например, VB.NET даже не устанавливал.