一直对C
#较好奇，为何国内都如此热捧？到处叫跳槽去c#
？
拿了个小工程计算来试，虽说是小，但涉及工程类的，都充满了力学模型和矩阵。
终于用vb和c#各写完了一遍，包括类库，结构，函数指针，数组等常用的运算。
工程中的数组模型往往是相互嵌套的，几个struck（structure）结构相互咬合，空间思维少点都不行。
使用结果，感觉VB编得很快。但用C#时，却被它的逻辑语句耗掉我大脑仅有的精力，数据模型完全都装不进脑袋，经常处于完全发呆状态。
对于工程专业的开发人员来说，失去了力学模型的思维，就等于失去了灵魂，逻辑再美妙的语言放在面前，也打不出半个代码。
所以，我宁愿选择直白、松散、自然的语言来工作。
就如面对一个聪明的管家，在我满脑都是数理符号时，随便吩咐几句大概意思的话，他就明白了。
但如果面对一个傻呆呆的管家，我要小心地、逻辑地吩咐他工作，否则他会帮倒忙，即便如此，还经常出来倒乱。
两个管家，你们喜欢用哪个？我们之所以使用.net，就是要用它的智能化。
我们需要的是聪明的管家，而不是全能的管家，最全能的是机器码。
我们通常只是处于应用层的开发，vb完全可以应付。难道是怕语言太直白，唬不了人？
好吧，我以后用vb编完后，再翻译成c#好了，但很不幸，生成的中间码是一样的……

还有一个重要的问题就是数组。
力学矩阵都是从1开始的，vb的数组a(n)有n+1个，既可以从1开始，也可以从0开始。
但C#数组a[n]只有n个，从0开始，被迫要定义为a[n+1]。这是最易出错的地方。

我试过，思路和实际效果几乎是一样的，代码能互相转换。
c#热门纯属大学课程问题

中间码是有区别的。c
#没有MyService，所以c#
版的软件一般没有My命名空间

只会VB，表示国内用VB.Net的确实太少了，我们吧里人就特别少，前天发的一个问题，如今都没人回复

跟风，大学教的也是C#就是没有VB

vb好用点，不用加分号，方法不必带括号，报错比较少，晚期绑定比较方便，还有My命名空间

聪明人用C#，懒人用VBNET，我猜

经过了一段时间的使用，我感觉两种语言的特点：
VB追求简便，争取最大的思维空间，让我们思想有足够的自由度。
C#追求代码逻辑完美，可以按自己的思维逻辑习惯来编排代码，有利于自己的阅读。
如果是针对非计算机专业类的开发，当然用VB会最好了，条框少了，思维就开阔了。
但如果有时间的话，可以写一份C#来整理一下逻辑思维。感觉会特别好，因为可以加深对语言的理解。

这吧确实人好少的说。。。。VB。NET。。。。

其实，用过.Net Reflector的人都应该明白，所有用.Net封装的东东都能完美反编译回C
#，VB.Net，F#
和IL。所以我认为，不管用的什么语言，只要实在.Net下编译，那么最终机结果都一样。所以我认为，相同版本的VB和C#能实现的功能是完全一样的。

.NET本身定了一个基调，所以它所支持的语言，本质上差别不大（当然主打动态的IronPython和IronRuby不一定了）。
VB和C#现在的编程理念都是一样的，关键字都快差不多了。

我最近发现[DllImport("msvcrt.dll")] public static extern int scanf(string format, __arglist);
这句没办法很好地翻译为declare语句。
__arglist直接写成ParamArray args

因为用.net不是太长时间，关于静态结构总有些疑问。
如C#中实现静态结构的初始化只需调用构造函数就行了，无需再定义实例
但对于vb来说，我还没找到直接调用构造函数的方法，只能靠定义实例来初始化，但使用结构中的数据的时候，实例却放在一边，没半点用处。

国内vb.net开源资料太少了，虽然偏爱vb.net但形式所迫...

工控自动化领域vb要超过c#吧而且用vb的都是爱学习的老鸟

矩阵运算为啥不选择matlab呢？这个貌似更适合工程运算，另外c
#和matlab，labview结合不错，c#
做主体界面，调用labview做控件，运用matlab库做运算挺完美的。

说明你VB熟，C#不熟