1. 三个神话的破灭 VB程序员未来究竟在哪
许多分析人士都预言，在2003年的第三度，那些采用.NET的主流软件开发企业将会开始设计生产他们的第一批.NET应用软件。这种转变对于那些使用微软产品的团体产生了一定的震撼，而且，现在对于‘VB程序设计人员将要去向何方？’这样的与软件开发的未来密切相关的问题也已经有了答案。 VB为上百万的软件开发设计人员提供了一种便利的开发方式。微软公司在为人们提供足够强大的功能以生产应用软件和让软件开发者远离容易出错的Windows以及各种开发组件的过程中，也品尝到了甜头。但是，现在的情况已经发生了很大的改变。对于.NET产品，微软公司已经决定创建一个仍然能够把软件开发设计人员同特定的平台分离开来的开发环境，但是这样的话，程序设计人员就将不得不去处理各种有关组件开发的工作了。程序开发设计人员还可以像以前一样在不考虑指针、内存分配、或者如何创建一个Windows消息处理器的情况下来继续他们的工作，但是，程序开发设计人员们不再能够忽略诸如名字空间、过载等等有关组件设计的问题与概念了。当.NET经过了早期的被熟悉被接受的阶段之后，VB程序开发设计人员将来只能拥有更少的选择，只有选择进行一定的改变。这是一次有关开发语言的震动，而且它也令许多的评论人士开始猜测对于这种种情况，VB程序开发设计人员会产生什么样的反应呢？他们会不会转而去使用Java来继续他们的工作呢？他们会不会继续使用VB并且完成到.NET的这次跳跃呢？如果是这样的话，他们会选择C#还是VB.NET呢？他们会要求微软公司继续支持VB6并且让它保持一定的发展空间么？会不会有许多无法完成转变的程序开发人员将以打零工的方式工作呢？对于上面的这些问题我是不会做出任何预报的。但是我认为现在已经是时候来把围绕这些问题的三个神话式的说法都澄清一下了。神话一：.NET是一个从基础上就要发生的转变，因此，转变到Java可能会更加容易一些对此，Forester Research调查公司的Frank E. Gillett做出了如下的论断：“对于VB程序设计人员来说，完成到.NET的转变并不比完成到Java2平台下工作的转变要容易。这意味着什么呢？对于微软公司来说，现在是到了让他们重新考虑对Redmond的承诺，并且重新评估Java2、.NET平台以及各种工具软件的时候了。”我们需要提醒的是：“管理人员要注意的是，这样的做法将会花费数额巨大的一笔资金，这是没有人愿意看到的！”如果你能够注意到这些语言的基础元素（尤其是在Java与C#语言之间的），你就能够理解这种观念是从何而来的了。因此，与VB应用软件的要求有所不同，开发和设计技巧所要求的都是相似的或者是相同的。但是，有许许多多的重要的因素也要被考虑在内。下面所列出的仅仅是它的一个子集。Java开发环境总是显得要更为复杂一些在Java环境中可以被使用的为数众多的工具，作为已经经过证实的那些强大能力中的一种，很自然的就导致了许多新的应用软件和工具的产生（应用服务器、IDE、调试工具），这些都是软件开发设计人员必须掌握的。每一种新的技能都拥有它自己的学习曲线，即使当这些开发将会在一个Windows的环境下被完成情况下也是如此。从另一个角度来说，经过许多改进的Visual Studio，对于那些VB程序员们来说会觉得更加简单而容易掌握。他们马上就能够明白如何设置断点或者如何使用完成编码的那些功能特性。试图同时完成从开发语言、开发工具以及各种基础结构转变是有很多不利之处的，很有可能会不得不需要增加更多的资金投入，而且失败的可能性也会比较高。使用.NET可以提升完成转变的可行性绝大多数的软件开发公司都有自己的可以接受的最后期限，并且，在完成项目的计划中，并不会包括用来完成应用软件以及基础结构转变的那少数几个月的时间。ASP.NET的页面能够和ASP页面并行的运行，并且它还能够共享管理机制，但是，如果想要完成到JSP的转变，则需要做出更多的努力才能实现。从C#以及VB中调用COM对象的机制已经在一些文章、书籍或者会议上被讲解过了。COM+ Services的结合体也被很好的记录了下来。大量“来自VB6”的东西也是可用的有一件让我感觉十分惊奇的事情，那就是，只有很少的资源能够帮助我们完成从VB到Java的转变。虽然我曾经见过一些帮为了助人们完成这一转变而开设的客户培训课程，也见到过一些相关的书籍（其中绝大多数在现在看来已经是过时的知识了），但是，这些课程和书籍对于帮助完成这样的转变是远远不够的。正如你可能期望的那样，有很多的书籍是关于如何完成到VB.NET以及C#转变的，其中包含了非常详尽的各种编码以及技巧性内容。在有了这些材料之后，程序开发设计人员可以更为快速而便捷的完成他们的转变。