Qual é a participação de mercado dos programas escritos em .NET atualmente? [fechadas]

No momento, estamos migrando nosso programa Visual Basic 6.0 para o .NET . O público-alvo são apenas usuários normais de desktop em casa. Discutindo isso, percebemos que não podemos criar programas convencionais que parecem escritos em .NET. Estamos enganados? Existe uma boa razão para isso?

Dependendo da definição de "programas de fluxo principal", também não parece haver muitos deles escritos no VB6.

Obviamente, C # e VB.NET agora ocupam quase o lugar onde o VB6 estava ~ 10 anos atrás. Pelo menos 98% são softwares individuais que você não pode comprar em sua loja de software local. Mas isso não significa que não há programas .NET por aí. Há muito - mas você terá que procurá-los nos lugares certos.

Seu cliente não se importa se o seu programa está escrito em .NET ou não. Portanto, se você pode garantir que a grande maioria do seu público-alvo possa instalar e executar seu software sem problemas, você é bom.

É muito difícil encontrar informações precisas sobre a penetração do .NET Framework , portanto, você não deve confiar em nenhuma.

Por que não segmentar o .NET Client Profile e garantir que ele seja instalado junto com seus binários? É fácil, simples e eficaz.

O .NET Framework 4 Client Profile é um subconjunto do .NET Framework 4 otimizado para aplicativos clientes. Ele fornece funcionalidade para a maioria dos aplicativos clientes, incluindo os recursos Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) e ClickOnce. Isso permite uma implantação mais rápida e um pacote de instalação menor para aplicativos que têm como alvo o .NET Framework 4 Client Profile.

Vejo outra grande vantagem de portar seu código VB6 para o .NET: a capacidade de criar uma versão do seu software que roda no Linux e OSX usando o Mono . Exemplo notável de aplicativos de desktop escritos em .NET e em várias plataformas está disponível aqui .

Minha experiência pessoal é que o .NET é dominante no desenvolvimento interno da empresa. A maioria desses aplicativos não é criada para consumo público e, portanto, não faz parte do nosso vocabulário cotidiano.

Ainda assim, há uma razão muito convincente para que tantas grandes empresas tenham adotado essas tecnologias: produtividade e felicidade do programador. O C # é uma linguagem de programação maravilhosa e produtiva e o ecossistema .NET é rico em bibliotecas existentes para nos manter tendo que reinventar rodas. Além disso, o WCF, embora às vezes surpreendentemente complicado, é uma estrutura muito poderosa para criar comunicações entre diferentes sistemas.

Em relação à sua circunstância específica, eu apenas realizaria a portabilidade do seu aplicativo se você fizer muitos aprimoramentos e alterações no futuro. Se estiver estável e no modo de manutenção, você se arrependerá de qualquer decisão, além de deixá-la como está.

Na verdade, de acordo com o TIOBE , o C # (uma linguagem .NET) agora é a quarta linguagem mais popular do mundo.

Além disso, concordo com outro pôster de que os clientes não se importam em qual idioma seu aplicativo está escrito, desde que funcione.

Decida se existem recursos que seu mercado deseja que você possa criar apenas ou mais facilmente no .NET. Considere que contratar novos desenvolvedores é outro mercado a considerar. Você pode ou não encontrar mais desenvolvedores do VB.NET adequados às suas necessidades (nível de experiência, conhecimento do domínio etc.). Seus desenvolvedores atuais realmente querem mudar?

Não conheço o mercado de usuários domésticos, mas o mercado de negócios é bastante pesado em aplicativos .net.

O VB6 não é mais suportado pelo MS (ref: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0. aspx ). Portanto, se você tiver problemas do ponto de vista de desenvolvimento, não obterá suporte da fonte.

O VB.NET, por outro lado, ainda é desenvolvido e suportado ativamente.

A semelhança entre o .NET Framework e o Java JRE, bem como as semelhanças entre o C # e o próprio Java, aumentou a comunidade de desenvolvedores do C # / .NET com extrema rapidez.

O fornecimento de desenvolvedores do VB6 diminuirá, enquanto os do VB.NET/C# provavelmente aumentarão e podem manter o seu produto avançando.

não podemos criar programas de fluxo principal que parecem escritos em .Net.

Tenho certeza de que o painel de controle da placa gráfica ATI Catalyst está escrito em .NET - então isso é basicamente todos os PCs que possuem uma placa gráfica ATI. Um grande número de usuários normais de desktop ...

Outro bom exemplo é o Samsung Kies - instalado pela maioria das pessoas que possuem telefones Samsung.

Suponho que não importa - o que mais importa é o que será escrito na maioria dos programas no futuro. Agora que a MS está focada nos aplicativos Win8, é melhor você se preocupar com a adoção do HTML5 + js e do WinRT em vez do .NET legado.

A última coisa que você quer fazer é portar tudo para o .NET e, em seguida, fazer muito mais retrabalho para que funcione bem com o Windows 8.