Visual
Muitas pessoas têm olhado para o VB .NET e reclamado das mudanças. A ponto de uma publicação comercial ter divulgado um artigo no qual vários programadores experimentados em Visual Basic reclamavam de as mudanças terem sido tantas que eles se sentiam chocados. Afinal de contas, há muitas mudanças na linguagem: um novo tratamento de erros (que é opcional), namespaces, herança real, multithreading real e muitas outras.
Muitos desenvolvedores, porém, sentem que há boas razões para as mudanças no VB .NET. O mundo das aplicações estã mudando, continuando a evolução que tem ocorrido nos últimos anos. Se você voltasse a 1991 e mostrasse para um desenvolvedor de Visual Basic 1.0 um aplicação multicamadas com páginas em ASP no front end, um componente VB COM na camada central com MTS ou COM+, e o SQL Server no back end repleto de stored procedures, isto iria parecer completamente alienígena para ele. Além disto, nos últimos anos, a maioria dos desenvolvedores têm usado o VB para criar componentes COM, e esse têm se tornado bem destros no uso de ADO para fazer acesso a bancos de dados.
A necessidade de reutilização e centralização ( um mode de evitar a distribuição de componentes para as estações de trabalho) têm direcionado este movimento para o modelo