到处看了一下,能够深入讨论技术和项目的地方,还真就是VB论坛,C++里的提问真是幼稚可笑。不说他。
    许多人,特别是新手,对于VB的能力和前途总是怀疑,其实作为程序员,如果你希望将来能当老板,并有自己的一番事业的话,VB是最好的入手之处。我公司老板在10年前,用VB开发了一套软件,这10几年来,销售额数千万,后来公司扩大,上百个程序员,还引进了无数“精英”和MBA,也用C和JAVA重写该程序,也开发了同类的无数新软件,可惜到现在为止,还是靠销售那老VB写的程序来过日子——销售额占80%。就是我自己,虽然运气不佳,但看到一些新软件挺有意思,自己也模仿着写,给人免费试用,居然也有两家公司要求我拿出来技术入股。
    所以呢,所有VB程序员千万不要灰心,更不要甘心做什么蓝领。多学习、多创作,VB最适合快速出产品。

解决方案 »

  1.   

    语言不是最重要的,VB能用API就行。
      

  2.   

    vb对底层的控制是差了点,但做一般应用程序开发是很快的,而且兼容性也很好.我以前用的是delphi,现在也是用vb了
      

  3.   

    重要的是——你是不是一个认真的程序员。
    已经是.net时代了,平台最终将与程序员的工作毫无关系,这是肯定的。
    重要的是态度,嘲笑别人是可耻的,妄自菲薄也是错误的。
    写程序注定是一项艰苦的工作,没有捷径!
    谁说VB是捷径?骂他傻X就可以了。
      

  4.   

    VB不错,支持______________________________________________________________________________该问题已经结贴 ,得分记录: viena (20)
      

  5.   

    ______________________________________________________________________________该问题已经结贴 ,得分记录: flyingZFX (20)
      

  6.   

    MicroSoft为什么要出.Net?为什么要设计MSIL?
    我认为其中很大的原因是:
    由于Intel的64位CPU体系不支持原有的80x86体系,而AMD的的64位CPU体系兼容原有的80x86体系
    而MicroSoft的64位Windows绝对是:即支持Intel的64位CPU体系,又支持AMD的的64位CPU体系
    但是这两种体系的机器码不相同,普通程序员不可能有MicroSoft那样的人力,分别对两套系统编码
    而且编程工具也不好怎么设计,难道编译时弹出个对话框,问你是编译Intel体系的程序还是AMD体系的程序
    如果你在64位Windows上运行MicroSoft的编程工具发现自己编译的exe不能运行(选错一种CPU模式),那你会怎么想所以MicroSoft必须设计MSIL,使用本地即时编译器
    所谓的MSIL支持各种编程语言只是附加功能我个人认为:
    从商业应用角度,VB绝对会淘汰(VB6程序不能在Intel的64位CPU体系上运行!)
    但是从教学角度就不一样了,现在不是还有很多学校在用QB、C、Pascal教学吗
    技术永远是向前发展的,但是某个时代的技术不是不是消失了,而是隐藏在操作系统、编程工具等的内部,所以在各个阶段的学习都是很有必要的。
    Dos平台:中断编程,能直接操作硬件。但在Windows平台中被屏蔽,除非你是写驱动程序,否则无法直接操作硬件。造成现在对硬件编程资料的稀少(比如现在的显卡用的是什么模式,很多VESA SVGA 2.0标准的程序不能在现在的显卡上运行,而VESA SVGA 2.0标准是我能找到的最新标准了(好像是1993年定义的))32位Windows平台:能调用底层API进行编程,可以灵活的控制Windows操作系统。现在.Net平台提出了,有统一的.Net类库,必将锻炼出不懂API的程序员(在VB6时代,VB控件垃圾的要死的时候,都有很多人不愿意用API,懂SDK编程就更少了)微软公司为什么那么强,就是因为公司里有很多人是从70年代过来的,每个年代的技术都懂。而且他们写了那么多年的程序,对于软件框架的设计非常在行。比如Win32 API,虽然以全局函数形式存在的API很杂乱,但是它们本身是很简洁的,由许多精彩的设计(比如消息循环)。而且现在MicroSoft提出.Net类库也是为了实现“用COM将代替全局函数形式的API”的想法。想当年刚流行互联网的时候,很多报纸、杂志老报道网景是如何惹Bill烦恼等等消息,甚至有人预测MicroSoft会倒闭
    其实网景浏览器也是靠Windows系统的Winsock API通信的,只需要按照HTTP协议写程序就行了(但是那时是HTML初期,网景对于HTML、JavaScript脚本的发展还是有很大作用的)
    我觉得MicroSoft在最开始甚至可能是不屑于做这样的应用软件,因为MicroSoft在操作系统、编程工具、Office上的利润大多了
    但后来Microsoft进入这个领域,并很快占领了市场,甚至在设计Win98的时候将Web内容集成数据库市场也是的
    最开始Microsoft也作了Access、收购了FoxPro,跟其他数据库厂商竞争
    后来Microsoft索性制定ODBC、RDO、ADO等数据库访问标准,从此以后任何通用编程语言都能编数据库应用程序
    如果没有这些数据库访问标准,怎么会有后来的 VB、Delphi之争
    看起来VB、Delphi之争对于MicroSoft、Borland都很紧张,但实际上最苦的还是数据库厂商,曾经风靡一时PowerBuilder、Foxpro等数据库软件就在一两年内彻底淘汰(教学应用不算)
    想当年学校刚教数据库的时候,我还老纳闷:为什么那些数据库大公司不在Windows平台上开发软件,其实它们早就淘汰了
      

  7.   

    总之开发工具会越来越好用,简单. 这是发展的必然 .net 就是这样诞生的
      

  8.   

    无论如何,我是忘不了VB了,我对VB有了依赖性,用其他语言总觉得不爽。
      

  9.   

    靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!靠VB养老婆呢~~~!!!