上次，我们回顾了被开发者看成是在.NET环境下着手进行应用软件开发工作的四个关键性前提当中的前两项。
在我们继续对后两项进行讨论之前，阐明.NET环境中关于开发语言的一些事项是很重要的。
回顾第二步：首选语言的指导
在这个系列的第一部分，我提到的几个核心开发语言是Java，Visual Basic和C# ，但我并没有指出还有来自微软和其他行销商的超过27种的语言可以使用。这里面有两个原因，第一，你最习惯于使用的语言是否是一个常见的商用语言（例如RPG和COBOL）或是一个教育或工程方面的语言（FORTRAN, PERL, Eiffel, APL和Python），可以使你利用这个语言在.NET框架上开发应用软件。
第二，选择语言是一种习惯方式的选择而不是功能方面的选择。这其中的含义是很丰富的，他意味着对于公司在.NET平台上编制健全的应用软件的能力与公司对.NET框架进行有效理解的能力关系紧密，而不是所选择的语言。
这带给了我们开发者认为的关键前提的第三项，同时他也是框架对语言的选择的重要性的一个主要例证：开发者需要数据库技术和XML整合方面的帮助。
大部分开发者对公司转而采用诸如XML的新技术的速度表示灰心。他们目前正在开发的大多数的应用软件仍然是简单的双层，同步的，并只有一些被Oracle和SQL Server数据库所限制的商业逻辑。
开发者了解到了用XML作为一种语言来描述在表示层对象，商业层面对象，数据对象和基础数据存储之间流动的数据和操作这种做法的价值，但他们并不认为行政管理人员会了解这些技术。甚至他们还表示虽然自己依靠经验对其有所了解，但他们并不知道如何去有效地实现这些技术。
通过使用.NET框架来进入.NET，开发者可以利用诸如SOAP和XML的技术来实现在防火墙内外都可以交流通信的先进的多层系统。但即使这样，目前大多数低水平的plumbing仍需要用到现有的系统，开发者仍然需要进一步了解现有的数据库管理系统（例如SQL Server和Oracle）和基本的互联网标准（例如XML, XSLT, XLANG, WSDL, DISCO, UDDI）。到了解执行工作和这些标准的详细资料的内容会容易得多，开发者可以尝试实现采用这些标准的系统，这比仅仅阅读技术方面的期刊要强。
合适的引导性应用软件的选择会最终决定一个开发团队在.NET会取得什么样的成绩。许多公司将依据他们是要编写新的应用软件还是要将现有的软件升级到可以在.NET平台运行来做出选择。
坦白地说，我认为仅仅使用现有的应用软件将其升级而不加入另外的功能函数这样的做法是没有什么价值的。如果这个应用软件还在运行并有其用途，那就不要管他。我的建议是，选择.NET编写新的应用软件（或旧应用软件的新版本）要胜于试图更新现有的应用软件。（然而这并不意味着你需要有两套运行系统，ASP和ASP.NET的应用软件可以在同一个服务器上共存，在现有的运行服务器上加载.NET框架并不会对现有的服务器产生负面影响。）
我还推荐开发者选择.NET的应用软件来解决真实存在的商业难题。例如，如果你的公司仍然为配置客户应用软件的成本和困难烦恼的话，那么你就应该开发一个新的可以突出.NET 框架的配置能力的Windows窗体应用软件。如果你正在进行企业应用软件的整合工作，或是仍然为找到一个可以使内部应用软件与防火墙外面合作伙伴的应用软件进行有效的交流的途径而努力的话，你就应该开发一系列的将内部的业务处理过程作为网络服务让其他内部外部的系统所使用的对象。
.NET中对移动设备的支持也使一个开发WAP-, WHTML-，或是以Windows CE为基础的移动应用软件的公司在短时间内利用.NET比现有工具更高的性能来处理工作。
我希望听到开发者说，直到他们看到一个微软发布.NET工具的产品，他们才会着手启动工作。令人惊讶的是，他们认为微软在专业开发者大会和世界范围开发者日的活动中发布Release Candidate 1工具的做法充分地证明了程序代码的稳定性并几乎已经做好了最终发行的准备。
多数人还看到像MSN和Microsoft.com这样的主要网站都已经使用了beta 2版本。虽然他们并不需要现在就推出任何.NET的应用软件，但大多数人都知道微软提供了一个ASP.NET Go Live的许可程序使得他们可以编制出完善的.NET应用软件。
在收到开发者关于.NET的积极反应的同时，我认为任何开发者中间的CIO都应该有一个已经成型的计划来为.NET做好准备。如果还没有，就要尽快开展计划方面的工作了。
责任编辑：超凡
