提醒：本页面将不再更新、维护或者支持，文章、评论所叙述内容存在时效性，涉及技术细节或者软件使用方面不保证能够完全有效可操作，请谨慎参考！

不久前微软宣布Windows 8继续支持Visual Basic 6平台的消息，让VB6再一次接到“死缓”的通知，貌似Windows 7宣布支持VB6时就有消息称，Windows 7之后的平台可能不再支持VB6，看来这次要感谢微软的手下留情，我也不得不怀念一下VB这个编程语言以及其IDE环境Visual Basic 6。

我还记得这个是我接触的第一门计算机编程语言，而且还是上高中信息课上老师教授的，可以说VB算是我编程生涯的引路人吧，但是曾经风光无限的VB6，如今已经风中残烛了，微软也算是亲手缔造也亲自毁灭了她，不由得想起了过去的ASP，一款以VBScript为主的动态网页技术，如今也没落了，就和VB6一样。微软为了其.NET计划真的放弃了太多，但是有一点不得不承认，那就是微软的东西确实上手容易，有利于提高开发效率，所以这也是很多人喜欢微软产品的原因。

继续聊聊VB6，如果当初微软继续维护VB6系列，并且和竞争产品Delphi那样搞个纯Win32编译以及标准Win32 API DLL接口的支持，彻底抛弃MSVBVM50.DLL或者MSVBVM60.DLL虚拟机，估计VB到现在又是一番愿景了，呵呵，不过Visual Basic的同类产品PowerBasic貌似已经实现了，这个我记得再学C语言前搞过一会，但是仍然感觉编写没有VB容易，不知道现在这个语言发展得怎么样了，后来就直接用C/C++编写DLL动态链接库，然后VB做界面。VB有个毛病，就是程序越是庞大和复杂，越是容易出现一些不易察觉的错误，而且调试极为麻烦，后来干脆界面也用C/C++写了，Visual Basic被丢了很久，除非那时候做网站写写ASP，才偶尔用下其近亲VBScript，后来改用PHP了，ASP也不搞了，本来以为和Visual Basic家族说再见呢，不过由于工作需要又捣鼓起VBA(Visual Basic for Application)，然后发现用类Visual Basic语言控制Office，实现文档自动处理很方便，直到现在VB依旧被我当个脚本在用着。

我觉得微软应该把其淘汰的产品技术贡献给开源社区，比如VB编译器和虚拟机引擎、ASP解释引擎，让开源社区进行再开发或者维护，这样这些老旧的古董说不定会再次焕发青春，同时也彰显出开源社区的生命力，而且只要有一定数量的用户，开源的技术几乎不会失去支持，会一直更新下去。我现在基本尝试用开源的产品替换微软的产品了，也不得不感慨计算机技术更新淘汰之快。