Claudio, td bem ?
A minha opinião a respeito do .NET não é muito boa e explico porque...

1) CLR não gosto de algo deste tipo, e o motivo é o seguinte, suponha que vc tenha uma classe em C++, todos nós sabemos que é a ferramenta mais poderosa que existe para efeito de desempenho e criação.
Sei que Tanto VB.NET e outras linguagens não tem todas as capacidades de programação
orientada a objetos que C++, isto é demonstrado pelo conjunto .NET por apresentar um tal de Managed C++, que é um c++ que tem um runtime (CLR), isto é um aborto, pois este Managed C++, permite a transformação de codigo C++ p/ VB, C#, etc.., mas peca por não permitir a capacidade total de programaçõ em uma determinada linguagem, assim sendo vc acaba perdendo.
Não vejo isto como evolução.

2) Acho impossivel que a transformação de código de uma linguagem em outra linguagem
de forma automática sem perda de performance.
Imagine um código escrito em VFP e que pudesse ser transformado em VB.NET, bem a minha pergunta
seria muito simples, será que uma rotina em que for usado Scan...Endscan propositalmente p/
maxima performance em determinada situação não seria torcada por Do while equivalente no VB.NET ?
Muitas vezes um código escrito em determinada linguagem é fruto de anos de experiencia, onde obtem-se
o melhor desempenho (otimização) ou somente a capacidade de realizar a tarefa de modo regular por não
ser caracteristica da ferramenta a execução desta tarefa.
(Explo: exibição/tratamento de imagem ou editor de texto no VFP versus manipulação de string e pesquisa em tabelas)
A minha analogia é pegar varias pessoas e bater no liquidificador e tentar criar um ser polivalente em tudo !

3) Acho que é um caminho para a desvalorização do profissional de informática, pois as empresas podem pensar
que agora não é mais necessário um profissional altamente qualificado, bastando pegar jovens programadores em VB e depois transformar o código em C++ sem ter de pagar o custo de um profissional deste gabarito.
E resumo é uma forma de reduzir custos para as empresas, mas só tras vantagem para elas a curto prazo, mas pode apostar que isto vai ocorrer.
PS: Não quero dizer com isto que nao exista programador em VB qualificado.

4) C#, pergunto para que ?
Explico: O que C# tras de novo para o mundo da programação ? Nada. Java faz o que C# faz, então para que outra linguagem se esta não tras nada de novo,nós não precisamos de mais linguagens mas de evolução.
VB para VB.NET apresenta evolução pois existe uma mudança radical para uma programação orientada a Objetos.
Delphi e VFP são uma evolução de linguagem assim como o uma evolução na epoca pois o VB trouxe a
capacidade de desenvolver aplicativos a partir de uma interface gráfica, portanto uma evolução.
C++ é uma evolução de C por evoluir p/ OO.

5) Quando crio uma classe, procuro fazer com que tenha o melhor desempenho e segurança, isto é possivel pois posso programar usando Comandos e funções em determinada linguagem, otimo, agora será que a outra linguagem tem um comando/função equivalente, como fico ? devo podar as capacidades de minha linguagem, homogeinizar tudo para que quase tudo possa ser feito, e perder a capacidades da minha linguagem.
Desculpe, mas não gosto de algo deste tipo.

6) Muitas coisas estão ainda na versão 1.0, então vou aguardar um pouco.
Especialmente a correção de Bugs de uma versão 1.0

7) Não creio que o mundo todo tenha de usar .NET, afinal existem muitas outras ferramentas que fazem muito bem o serviço, não vejo porque trocar tudo, ou mudar se algo esta funcionando só para estar "por dentro".

As nossas ferramentas de trabalho são melhores onde cada uma tem sua caracteristica e cada uma tendo capacidades distintas e trabalhando em conjunto são capazes de criar o desejado.
Nunca vi uma ferramenta "Tudo-em-um" funcionar a contento, por acaso uma serra pode fazer o trabalho de um martelo de forma eficiente ?
Claro que o programador deve usar a ferramenta com a qual domina o trabalho e esta familiarizado, mas será que com o .NET teremos otimização do desempenho ?

Gosto do VFP, e é minha ferramenta de trabalho, mas se necessito de um banco de dados mais robusto uso um RDBMS, e o VFP continua sendo o meu front-end, isto é uso mais de uma ferramenta se necessário.

Falei muito de Desempenho, mas isto é importante para quem trabalha com banco de dados, pois uma rotina mal feita pode afetar muito o desempenho do aplicativo.
Se vc trabalha com o SQL, vc deve notar que leva-se muito em conta o desempenho, e isto me preocupa pois se futuramente "programadores" criarem componentes para serem executados pelo SQL e se estes componemtes não forem otimizados, a performance do SQL será reduzida.