去面试时用vb的人被鄙视了一下
今天学校有招聘，然后我就去了，我在简历里写到的一个项目里用到了VB，面试中对方不经意地说了句“你还在用VB啊”，突然我感觉被鄙视了，那个东西是我帮我们老师做的，当时他不知怎么的就想到了用VB，我说“用VB做界面快，然后可以用c/c++做一个dll",但不管怎样总是感觉被鄙视了是不是现在公司里都淘汰了VB呢，我很想知道，VB还有没有前途？ 你可以说：你连VB都不会用啊
顶 用啥无所谓，重点是用得精。 你可以回答：我用vb有问题吗？
VB 只是个工具而已。 LZ应该把那家公司说出来，改天找个无聊的牛人过去帮你BS他们一回。 呵呵，VB只是工具而已，招聘的人是人云亦云的人。不要理会。 路过……不做开发才有“钱”途。 貌似校园招聘的不去技术主管，一般都是行政人员的。那些人一般什么都不懂，有问题要等技术面试。 这些不懂程序还装懂的人真的挺多!!!!鄙视他一下 没事,让他们BS,这样的话真正的VB程序员的身价才越来越高,嘿嘿嘿嘿. 技术这种东西没有老旧之分，只有适合不适合的问题，在某些特定的环境或应用中，用些高级的语言或工具可能比较适合，但有些环境或应用未必适合，这些只是开发工具对于项目或环境的变更问题，不能说某种工具不好，某种工具旧了，这不是个懂技术并了解技术的人会说出来的话。
比如开发个操作系统，从技术而言，算是比较底层的技术，就不适合用一些较高级的语言开发，汇编肯定要用到，难道还怕人说：“你还在用汇编呀？”这种没头没脑的蠢问题？
如果全公司的人都是用QT开发，难道就该问：“你还在用.net呀？”这种话？
所以会使用某种开发工具并没有什么可以特意赞扬的，就像把手电钻，当你拿上手，看完说明书后，能够
随意去操作这把手电钻，难道就很厉害了？不是的，是用得着你的时候你才有价值，如果用不着，你会用电锯
也没用。这就是所谓“工具”的特点。Basic、C/C++、ASM、Delphi...这都是开发工具，用得着才有用，
用不着，再新吹得再牛也没有，都是空话。
只有那些不懂技术或是对技术一知半解的人才会对开发工具划个所谓的3、6、9等，其实他自己一点也不了解
什么是技术，该如何的正确使用和对待技术。对于这类人说出的话，根本不用在意，因为他们还没达到那个
档次让我们去理会他们的无知看法。 我招聘人才的时候，不会特意去要求应征者使用什么开发工具，但唯有两个要求是比较看重的：
1、是工作经验和时间，通常要求4年以上，不然很难接手工作
2、人品和态度，不然没法和睦相处
所以我们公司技术可以说很杂，甚至用“易语言”的都有，但无论什么开发工具，只要有人能把他们
都用统一架构用起来，那就会得到很好的发挥。有用VC的、有用VB的、有用Delphi，有用易语言，
我就做这个架构调配着，定义出接口文档，教会他们如何开发这种接口，后面就让他们尽情的发挥，
这样的效果同样是一个团队，而且各自能很好的发挥自己的特长。
不过真正会这么做的公司不多，只有自己管理的地方才可以这么做，不过我觉得还是很不错的。
起码项目实施起来难度不大，因为具备各种人才，而且也容易招揽人才。那个用“易语言”的就是
用了9年的老手，开发速度很快，而且很有想法、能够自己承担些项目，对于管理者的我来说，没有因为
开发工具而流失这样的人才真实感到庆幸。但是我了解到的，因为他用的是“易语言”，很多公司
不要他，这样就走了宝，这就是那些半桶水搞出来的问题。 问他：
你VB懂吗？ +12楼
+13楼 严重赞同SupermanKing的意见.还是那句话，所有语言各有各的好处.只要能做出好产品，哪管是什么工具开发的 就应该这么说 反问他什么是VB...... 无论如何，被BS是事实，我就经历过几次……一言难尽
那如果他走了，你们这块怎么办呢？
问的好，这个我随时补上，呵呵
虽然不算精通，不过我的确可以用多种语言开发应用程序，包括易语言这种比较偏的语
言我还都花过一小段时间学习研究，做普通的应用程序还是没问题的。 还有一点就是我们都是分任务做模块的，即使某个人走了，如果在不出问题的情况下，
很少去看那个人的模块代码，除非需要改动，但即使改动他们的代码也不难，因为我早
就有了代码的技术规范让他们用，包括代码格式、变量要求、注释要求等等等等。
而且这种规范被纳入了绩效考核标准，所以基本上不会有太多意外或不清楚的地方。 以下是部分我定义的规范和标准:
Visual Basic 6 程序开发规范
1. 代码规范
代码结构规范
一行代码长度不能超过VB菜单条“帮助”菜单的位置长度，如过长，可用“_”换行后连接代码。
每页代码头部必须有该页代码的功能、文件、依存文件、创建日期、开发人等等说明。
格式定义范例如下：
'****************************************************************************************************
'
'Name.......... Human Homester WinSock ActiveX 1.0
'File.......... WinSock.ctl
'File.......... SockAPI.bas
'Version....... 1.0.0
'Dependencies.. ws2_32.dll,wsock32.dll
'Description... Windows Sock api implementation class
'Author........ Zhou Wen Xing <humanhome@126.com>
'Date.......... Jul, 30nd 2008
'UpdateURL..... http://bbs.rljy.com/?m=WinSockClass
'QQ Codeing.....44068232
'TEL............+86.07722998819
'
'Copyright (c) 2008 by www.rljy.com
'LiuZhou city, China
'
'****************************************************************************************************
若模块、窗体、类、集合等代码页中需要使用API函数、结构体、常数定义等，均以 Private 来声明函数、结构体、常数等。声明的次序按 常数、结构体、API函数、事件、属性变量、用户变量的方式声明排序代码内容。在过程处理中，用注释段落的方式为过程划分段落块，可分为：
a) 类事件处理过程
b) 类外接组件事件处理过程
c) 类接口属性处理过程（顺序按只读、只写、读写小段落）
d) 类接口方法
e) 用户自定义过程
对于API函数声明必须以每个参数用“_”连接换行声明参数，换行后的参数用8个Tab符号填充左边空格区域，如：
Private Declare Function WSAStartup Lib "ws2_32.dll" ( _
ByVal wVersionRequired As Long, _
lpWSADATA As WSAData) As Long
代码过程规范
每个处理过程在 1440*900 的分辨率下，不能超出两屏的代码量。
每个处理过程的声明必须以参数换行的标准定义。
每个过程头部声明局部变量，并尽量为每个变量的功能做注释说明
2. 变量定义规范
变量使用的基本规则
在过程中的变量必须定义在过程顶部
变量名称必须是英文或英文加数字的结合体
在代码中所需要用到的变量，必须能找到其变量的定义。
在使用变量时，能用Long类型就用Long类型定义变量来使用。
变量名称的定义的基本规范
控件类变量 左边以Ax 开头，与控件对象类型缩写连接，再用下划线分割，然后再用名称区分，如一个TextBox控件，用做用户名，定义如下： AxEdit_UserName
组件类变量 左边以Com 开头，与组件对象类型缩写连接，再用下划线分割，然后再用
名称区分，如一个XMLHTTP组件，用做WEB访问用，定义如下： ComXMLHTTP_WEB
自定义类变量 左边以Css 开头，与类对象类型缩写连接，再用下划线分割，然后再用名称区分，如一个TCPClientClass类，用做POP3客户端网络通讯用用，定义如下： CssTCPC_POP3C
API结构体变量 左边以At 开头，与类对象类型缩写连接，再用下划线分割，然后再用名称区分，如一个WSAData结构体，用做初始化Sock环境缓冲区变量用，定义如下： AtWD_Buffers
自定义结构体变量 左边以Ct 开头，与类对象类型缩写连接，再用下划线分割，然后再用名称区分，如一个PPMDRFCBHTYPE结构体，用做读写文件头的FCB表头用，定义如下： CtPFCB_ FCBH
标准类型变量 左边以小写的类型缩写开头，加上大写开头的功能变量名称，如一个字符串类型的临时文本变量，定义如下：strTemp
常用变量 如循环中使用的常用计数变量，能用Long类型就用Long类型，常用变量名称包含以下变量名称：i,j,k,l,x,y。采用变量名的优先等级也如前排序。除以上几个常用变量名外，不能使用单个字符的变量名称。
i,j,k,l 用做普通的循环或嵌套循环
x,y 用做图形坐标循环变量
fs,fs1,fs2… 用作文件号变量
rs,rs1,rs2… 用作数据库操作时的数据集对象变量
conn,conn1,conn2… 用作数据库操作时数据连接对象变量
标准类型缩写规范如下：
类型名称 缩写 类型名称 缩写 类型名称 缩写
Byte byte Boolean bool Integer int
Long lng Single sng Double dbl
Decimal dec Currency cur Date date
Object obj String str Variant var
3. 注释规范
大段落以两段连续的“=”号符分割，中间插入一行说明，长度以VB的“帮助”菜单位置为边界。
'====================================================================================================
' Constant defining ( 常数定义 )
'====================================================================================================
小段落以两段连续的“-”号符分割，中间插入一行说明，长度以VB的“外接程序”菜单为边界
'--------------------------------------------------------------------------------
' Function Name: SendData
' Input parameter: data(Variant) - 要通过Sock发送的任何类型数据内容
' Return Value: (NULL)
' Description : 发送网络数据
'--------------------------------------------------------------------------------
细分段落以连续 20 个“=”号+空格+说明+空格+连续 20 个“=”进行分割
普通注释以代码上方注释为准，若代码后方空余比较打，可尽量将注释放在代码后方。
'==================== 异步处理 ====================
再细分段落以连续 20 个“-”号+空格+说明+空格+连续 20 个“-”进行分割
普通注释以代码上方注释为准，若代码后方空余比较打，可尽量将注释放在代码后方。
'-------------------- 异步处理 --------------------
4. 校验即容错规范
容错处理标准
每个过程开头（在变量定义之下），必须加上“On Error Resume Next”语句
在调用有返回的函数过程中，先将返回值赋予变量中，然后再判断错误，在判断返回值
如：
Dim strFileName As String
On Error Resume Next '在这里加上错误陷阱
StrFileName = Dir("C:\yy.txt", vbHidden + vbReadOnly + vbSystem)
If Err.Number <> 0 Then
Debug.Print Err.Description
Err.Clear
Exit Sub
End If
If Len(StrFileName) = 0 Then
Debug.Print "文件不存在"
Exit Sub
End If
'……
数据校验标准
数字类型 数字范围校验，如：=?、>=?、<=?、>?、<?、<>? 等，对数值的范围进行验证，如果
是字符串类型转换数值类型，必须先判断字符串的长度，再使用IsNumeric判断字符
串内包含的文本是否是数字类型。如果是变体类型，最先一步就是用 IsNull 判断变
量是否是 NULL值再进行以下处理。
字符串类型 先对字符串格式化基础数据，如用LTrim、RTrim、Trim等函数前去掉多余的空格符
号或处理掉 Chr(0)这类的符号，然后进行字符串长度验证、再取值、然后格式化大
小写字符载进行数据对比，对于包含某种格式的字符串，如果用 Split 分割段落，每个段落都需要进行同样的顺序处理格式校验过程
...
太多了就不贴了 vb是微软vs6中的推荐产品，干嘛不能用。 呵呵。我也用vb，呵呵。易语言也用，vc啊，java啊，python啊，C#啊，都混着用些。呵呵。感觉vb开发如果学精的话用起来很顺手啊，最开始就是用vb的，也是用着最顺手和最久的。 同意SupermanKing，用什么语言根本不重要，这只是个语法问题
最早我是用VB，后来是C#，现在是LUA，除了有时候突然语法打混了，其他的也没见过会出什么问题。用什么语言就享受什么语言的长处，VB不区分大小写，弱类型，在EXCEL里用VBA批量处理格式规律的数据很快。用VS写C#，享受IDE的智能和Framework齐全的
然后易语言和JS我也有看过一点，C++会点，学破解的时候看过点汇编，汉语标准，闽南语精通，英语四级没过，现在正在学日语……语言什么的，无所谓的
你这个标准一个文件如果多人开发，比如最初是我建立的，但是同事做维护怎么办。
我也有类似的标准，有的地方不同。
你做绩效考核的话，谁去审？难道你还一个人一个人的代码去看？
你们公司这么做的话就非常依赖你了，如果你请假怎么办，生病怎么办？或者负责这块的人请假啥的怎么办，除了你还有别人能顶上么?
我估计你们单位的年假不会太长，不然一下休15，20天怎么吃得消.... 我觉得对于个人来说会多种语言是好的，毕竟艺多不压身
但是对于公司团队来说，在一定范围内统一开发环境是必要的。这个范围是根据不同的项目和公司不同。但是统一开发环境对于长远的维护一定会降低成本的。另外对于项目管理也方便些
我自己工作中会用到vb.net,vb6和c# 我明显感觉到在换语言的头一天不适应，这样的不适应会持续2，3天。
如果让我每种语言做一天就换的话，我的效率肯定比让我专心用一种语言写几天来得低
当然我算是水平低的那种。不知道高手们会不会无缝连接，一样的高效率。
生活中的语言是另一种，别的我不知道至少在中文和英文间存在思维逻辑的不同。我和同事讨论过变量命名的事情，描述同一个东西我和英国同事从用词到顺序都不同，就是自然而然的。即便我们看到同一个变量命名反射到脑子里的东西都会有差。 不适应会影响代码质量吗？不会的话不要太去在意了。
就像我从VB或者LUA换到C#的时候，if经常忘了加括号，或者还打个end之类的，打错一次两次的就掰过来了。
不会影响质量但是会影响速度
比如转c#，ide不管自动加();
当然还是我技术不过硬哈
通常考核是抽查，其实这是种开发习惯，只要习惯了，基本上都会自觉的按这种方式走，只是开始
的时候可能有些不习惯，但如果经过一两个月的频繁抽查，基本上后面都很好掌控，当发现他们程
序出错或有问题时，也可以顺便看看这种开发习惯，通常按照这种规范，基本上不会有太多细节上
的错误，如校验不够、出现意外错误等等。因为这些在标准中都给与了解决方案，并且要求执行的。
如果在程序测试阶段发现了本不该出现的问题，就说明没有按照规范实施，这是可以按绩效处理的。
当初定这种标准有两个目的:
1、统一编程风格，统一开发思路
2、将编程经验融入里面，减少错误的发生率
虽然标准是我定的，但测试程序通常都是先自己测试，然后再给工程部人员测试，当工程部发现问题
时，通常会把问题写出来，然后我最后再去具体看看是什么情况。
我们的代码管理是定期上传到服务器的，当发现问题时，就可以随时调出代码来看。这时候如果是不
按照标准执行，问题就会暴露无疑。这种抽查权限只要是经理级的都有，而且我们所有经理级别的人
基本上都是能掌握多种技术的，只是各自最擅长的技术不同，如我是擅长搞软件开发，另外一个擅长
机械设计、还有一个没什么特别擅长，但好像每一样都算行内人。大家对于这种基础代码的规范管理
都不会有什么问题。
VB也可以玩的很牛，这语言是面向对象发展过程中的产物，里面已经有了类的概念，而且VB对事件处理的创造为后面出现的很多语言所借鉴，如果你对VB的类编程进行了了解，对VB的接口管理方式有研究，那么领悟诸如C#，JAVA等“纯”面向对象的语言会更深刻。
VB目前的应用范围还是存在的，OFFICE, AUTOCAD的很多脚本编程都是用了VBS，其语法与VB是一致的。研究VB透了也是很了不起的。
多种环境开发一般出现在不同背景的团队之间比较多（如两个公司，或一个大集团的两个开发部门），如果一个10几个人的小团队使用多种语言，一般都是因为不得已而为之，比如内核编程必须使用C++, 而界面编程C#或JAVA更方便。如果两种语言都能做，统一到一个语言平台上还是有必要的。
团队里的成员有时过分迁就，对项目是有很大伤害的，对你来说掌握多种语言是触类旁通的事情，其他有经验的程序员应该也是一样，转移平台其实并不困难的。
对于规则的统一，当然可从执行力角度强制去做某某事，但效果往往不是很好，除非你派了专人去叮人家编码，如果从更高层面考虑问题，也许效果更好些。
比如对于我们的项目，一个比较大的问题是变量统一问题，这问题看起来不起眼，但实际对项目影响非常大，由于变量混淆及误解造成的错误比比皆是，最后我们使用了强制编号的方式处理，使用一张总图规定各个对象编号，与其相关的字段也使用了统一的方式记忆，结果下面的成员也非常愿意遵守这个规则，因为这对他们是举手之劳，还节省了很多精力及时间，不用绞尽脑汁想名字了。
这个例子只是说明我们制定规则还要考虑其实际效果及对成员工作量及效率的影响。如果某个规则虽然人人都使用，但意义不大，大可不必机械的执行。比如变量在顶部声明的问题，在c语言是必须的，因为编译器需要，但在VB，C#,JAVA等语言就没有这种必要了，如果非要这样处理，很多局部变量的使用找起来也麻烦，编起来也麻烦。
对于变量问题我的看法可能与你不同，因为有规范的格式定义可以增加程序的可读性，虽然好像有点
易做图的感觉，但这些所谓的易做图规定会对代码的维护起到很好的作用。因为作为团队开发，必须要统
一开发习惯，即使代码是另一个人写的，但看上去和自己写的没什么区别，这样即使需要零时修改同
队人员的代码，也很容易上手。起码我实施的效果是，我看他们的代码和我写出的代码风格几乎一样，
而他们在交流技术的同时也容易交流。可以这么说，大家的代码看上去就是一个模子出来的，即使语
言或使用技术不同，但阅读代码的时候也很容易找到习惯性的东西，理解起来效率会高很多。
至于变量随手定义的方式，只能说是个人习惯，没有规范化的结果，可读性不强。但作为讲究效率的
开发团队，这样的做法别人就不易接管代码，这对管理而言是个致命的死易做图。当然，如果把代码给有
经验的人看，怎么乱都能搞懂，但也会拖慢接管代码时间，有时候这种习惯还会影响到开发者的逻辑
思维，因为开发者本身就该保持比较清晰、有条理的思路进行程序设计，但这种随意性和混乱性就说
明了开发者思绪条理性不强，甚至可以说心思不够细腻、得过且过、能忍就忍，这样心态的开发者也
很容易犯错，程序容易出 BUG。就比如我曾经说过，我在做一个钩子程序，里面有 2/3 以上的代码
全是校验过程，但这种做法普通人根本就不会去这么去做。但这种问题是为什么产生呢？有几点：
1、觉得没必要
2、抱有侥幸心里
3、考虑不周
4、懒得去弄
记得我带徒弟的时候，他们开始做的程序是完全没有校验过程，后来测试他们的程序，动不动就崩溃，
比如输入日期的时候，测试人员随便输入几个字母，确定后就崩溃。在输入数字的时候随便输入几个
字母也崩溃。到了后来，他们把他们所想到的所有可能都进行校验，但还是有很多地方遗漏或忽略，
比如系统时间被改为带中文的时间，如：“2011-11-16 20:48:28 下午”，当用 Now 时就取得这
样的值，如果直接赋值给 Date 类型变量肯定出错，然后没有错误陷阱甚至还会崩溃，之后我给了他
们规范后，按照规范出来的程序，在校验上比原来他们所能想到的校验代码至少多了 70% 的量，这样
才真正减少了他们程序崩溃的几率。所以这种做法肯定是有好处的，能在短时间内提高技术员的水平
同时，也规范了他们的开发习惯，只是在一些人还没理解为什么这么做的时候，被强制这样执行，很多
人会选择不愿意接受而已。但是如果自己搞程序搞久了，其实不用别人说自己也会走向这条路，只是
走这条路是被人强制提前了而已，当理解其中的好处之后，相信自己也是愿意接受的。
汇编语言有个特点，可读性不强，与人类语言差别较大，不易理解和记忆，如果在编写代码时也这样
随处定义变量或结构条理性不强，放那么一两年不去看，即使原来每一句加上注释，都会让人头痛。
如果条理性清晰，结构明朗，就不会有这样的问题。其实这种道理用在 VB 或其他语言上也是一样的。
既然程序结构、程序的调理性能帮助开发者更清晰的思考和记忆，为什么要选择一种不便于记忆和解放
思路的方式呢？只是为了一时之快？只是为了速记？但搞程序是一个严谨的工作，如果没有这种严谨
的心态和坐得住的定性，写出来的程序肯定很多 Bug，甚至可能写不出专业的商业产品级程序。更别
说搞什么工业级或军用级别的东西了，那种程序如果出错，可能会造成重大的财产损失或人身伤亡，
如果这种项目给个变量都随意在程序中定义的人做，真不知道该是福是祸。 OFFICE, AUTOCAD用的是VBA，VBS是完全不同的另一套东西 面向对象编程与C语言那种面向方法编程是不同的，在面向方法中，我们主要有常量、全局变量、局部变量，输入变量等，由于很难分割，因此要对所有变量进行详细的编号。团队开发者还要尽可能对每个方法掌握很清楚（高耦合），如如果松耦合做的比较好，方法内部变量的管理可以相对放宽些。
而面向对象每个组件、对象的封装性要好很多，我们做的是要找一种可以快速识别不同种类的变量的方法，并可以快速相互理解，现有的各种编码标准（如PASCAL等），你即使全盘采用了，也不一定能起多大作用，原因是这些标准并没有能完全解决实际问题。
关键问题是变量名称的理解偏差，不管我们起英文、拼音还是什么爱斯基摩文，都会有问题，假设我们使用_ValueID表示字段，ValueID表示属性，valueid表示内部变量,valueID表示输入变量，但value本身的意义很多，也很能造成误解，因此仍然不能解决程序易读性的问题。
因此实际操作中，各种类型变量有途径分开是必要的，但仍需要编号来辅助变量命名以提高理解性。
对不起，手秃噜了，是VBA，VBA中可以使用类模块、接口等，与VB是相同的，只是没有编译而已。我在AD的组策略启动脚本中会用到VBS，仅仅是VB代码，没有各种封装。 只是个语法问题
顶VB SupermanKing 说的真不错 受教了！ 好久没有留意这个贴了，我自己也觉得用什么语言都可以，只要把问题解决了就行，但是别人不这么想，发工资的才是大爷啊 http://topic.csdn.net/u/20100724/17/4045cb92-0776-4c15-bcfd-12dfb610a68c.html
别理这种人，换我就问他用什么语言。
补充：VB , 非技术类
