Quelle est la part de marché des programmes écrits en .NET de nos jours? [fermé]

Nous migrons actuellement notre programme Visual Basic 6.0 vers .NET . Le public cible n'est que des utilisateurs de bureau normaux à la maison. En discutant de cela, nous avons réalisé que nous ne pouvons pas proposer de programmes grand public qui semblent être écrits en .NET. Sommes-nous trompés? Y a-t-il une bonne raison à cela?

Selon la définition des «programmes de flux principal», il ne semble pas y en avoir beaucoup à écrire en VB6 non plus.

Bien sûr, C # et VB.NET ont maintenant pris presque la place où VB6 était il y a environ 10 ans. Au moins 98% sont des logiciels individuels que vous ne pouvez pas acheter dans votre magasin de logiciels local. Mais cela ne signifie pas qu'il n'existe aucun programme .NET. Il y en a beaucoup - mais vous devrez les rechercher aux bons endroits.

Votre client se fiche de savoir si votre programme est écrit en .NET ou non. Par conséquent, si vous pouvez vous assurer que la grande majorité de votre public cible peut installer et exécuter votre logiciel sans problème, vous êtes bon.

Il est très difficile de trouver des informations précises sur la pénétration de .NET Framework , vous ne devez donc pas compter sur aucune.

Pourquoi ne pas cibler le profil client .NET et vous assurer qu'il est installé avec vos fichiers binaires? C'est simple, simple et efficace.

Le profil client .NET Framework 4 est un sous-ensemble du .NET Framework 4 optimisé pour les applications client. Il fournit des fonctionnalités pour la plupart des applications clientes, notamment Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) et ClickOnce. Cela permet un déploiement plus rapide et un package d'installation plus petit pour les applications qui ciblent le profil client .NET Framework 4.

Je vois un autre gros avantage de porter votre code VB6 sur .NET: la possibilité de créer une version de votre logiciel qui s'exécute sur Linux et OSX en utilisant Mono . Des exemples notables d'applications de bureau écrites en .NET et sur plusieurs plates-formes sont disponibles ici .

Mon expérience personnelle est que .NET est dominant dans le développement interne au niveau de l'entreprise. La plupart de ces applications ne sont pas conçues pour la consommation publique et ne font donc pas partie de notre vocabulaire quotidien.

Pourtant, il y a une raison très convaincante pour laquelle tant de grandes entreprises ont adopté ces technologies: la productivité et le bonheur des programmeurs. C # est un langage de programmation merveilleux et productif et l'écosystème .NET est riche en bibliothèques existantes pour nous éviter d'avoir à réinventer les roues. En outre, WCF, bien qu'étonnamment compliqué parfois, est un cadre très puissant pour établir des communications entre différents systèmes.

En ce qui concerne votre situation spécifique, je n'entreprendrais le portage de votre application que si vous y apportiez de nombreuses améliorations et modifications à l'avenir. S'il est stable et en mode maintenance, vous regretterez toute décision en plus de le laisser tel quel.

En fait, selon TIOBE , C # (un langage .NET) est désormais le quatrième langage le plus populaire au monde.

De plus, je suis d'accord avec une autre affiche que les clients ne se soucient pas de la langue dans laquelle votre application est écrite, tant qu'elle fonctionne.

Décidez s'il existe des fonctionnalités que votre marché souhaite que vous puissiez créer uniquement ou plus facilement dans .NET. Considérez que l'embauche de nouveaux développeurs est un autre marché à considérer. Vous pouvez ou non trouver plus de développeurs VB.NET adaptés à vos besoins (niveau d'expérience, connaissance du domaine, etc.). Vos développeurs actuels veulent-ils vraiment faire le changement?

Je ne connais pas le marché des utilisateurs à domicile, mais le marché des entreprises est assez lourd en applications .net.

VB6 n'est plus pris en charge par MS (ref: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0. aspx ). Donc, si vous rencontrez des problèmes du point de vue du développement, vous n'obtiendrez pas d'assistance de la source.

VB.NET, en revanche, est toujours activement développé et pris en charge.

La similitude entre le .NET Framework et le Java JRE ainsi que les similitudes entre C # et Java lui-même a développé la communauté de développeurs C # /. NET extrêmement rapidement.

L'offre de développeurs VB6 va diminuer tandis que ceux VB.NET/C# sont susceptibles d'augmenter et peuvent faire avancer votre produit.

nous ne pouvons pas proposer de programmes de flux principaux qui semblent être écrits en .Net.

Je suis presque sûr que le panneau de contrôle de la carte graphique ATI Catalyst est écrit en .NET - c'est donc pratiquement tous les PC qui ont une carte graphique ATI. Un grand nombre d'utilisateurs de bureau normaux ...

Un autre bon exemple est Samsung Kies - que la plupart des gens qui ont des téléphones Samsung ont installé.

Je suppose que cela n'a pas d'importance - ce qui pourrait être plus important, c'est dans quoi la majorité des programmes seront écrits à l'avenir. Maintenant que MS se concentre sur les applications Win8, vous feriez mieux de vous soucier de l'adoption de HTML5 + js et WinRT plutôt que de l'héritage .NET.

La dernière chose que vous voulez faire est de tout porter sur .NET, puis de refaire beaucoup plus pour le faire fonctionner correctement avec Windows 8.