¿Cuál es la cuota de mercado de los programas escritos en .NET hoy en día? [cerrado]

11

Actualmente estamos migrando nuestro programa Visual Basic 6.0 a .NET . El público objetivo son solo usuarios normales de escritorio en casa. Al discutir esto, nos dimos cuenta de que no podemos crear programas convencionales que parecen estar escritos en .NET. ¿Estamos equivocados? ¿Hay alguna buena razón para esto?

Dabblernl
fuente
66
Creo que Visual Studio y Paint.NET son dos programas principales escritos en .NET.
Jonas
1
¿Puede agregar código a su producto actual que informe qué bibliotecas .NET tienen los usuarios actuales?
@ ThorbjørnRavnAndersen: sí, puede - Richard Grimes hizo exactamente eso cuando salió Vista, para que pueda usar sus técnicas para ver qué archivos binarios se crean con el cargador CLR para las aplicaciones que ha instalado. grimes.demon.co.uk/dotnet/vistaAndDotnet.htm (descarga en la parte inferior)
gbjbaanb

Respuestas:

3

Dependiendo de la definición de "programas principales", tampoco parece que haya muchos escritos en VB6.

Por supuesto, C # y VB.NET ahora han ocupado casi el lugar donde estaba VB6 hace ~ 10 años. Al menos el 98% es software individual que no puede comprar en su tienda de software local. Pero eso no significa que no haya programas .NET disponibles. Hay muchos, pero tendrás que buscarlos en los lugares correctos.

Doc Brown
fuente
18

A su cliente no le importa si su programa está escrito en .NET o no. Por lo tanto, si puede asegurarse de que la gran mayoría de su público objetivo pueda instalar y ejecutar su software sin problemas, está bien.

Es muy difícil encontrar información precisa sobre la penetración de .NET Framework , por lo que no debe confiar en ninguna.

¿Por qué no apuntar a .NET Client Profile y asegurarse de que esté instalado junto con sus archivos binarios? Es fácil, simple y efectivo.

.NET Framework 4 Client Profile es un subconjunto de .NET Framework 4 que está optimizado para aplicaciones cliente. Proporciona funcionalidad para la mayoría de las aplicaciones cliente, incluidas Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) y las funciones ClickOnce. Esto permite una implementación más rápida y un paquete de instalación más pequeño para aplicaciones que se dirigen al .NET Framework 4 Client Profile.

Veo otra gran ventaja de portar su código VB6 a .NET: la capacidad de crear una versión de su software que se ejecuta en Linux y OSX usando Mono . Ejemplo notable de aplicaciones de escritorio escritas en .NET y multiplataforma están disponibles aquí .

Comunidad
fuente
11
justo en el punto importante: los clientes no se preocupan por la plataforma mientras se ejecuta en sus sistemas. pero no tan correcto en el párrafo final: mono funciona y es un logro impresionante; pero es una pesadilla tener instalado en los usuarios finales. La promesa de "plataforma cruzada" de .NET está muerta en el agua.
Javier
@Javier: Bueno, excepto Windows, Windows Phone y XBox 360. Pero el atractivo de un lenguaje de código de bytes que domina Windows nunca fue, para mí, código multiplataforma; más bien, es que Windows ya no está vinculado a una arquitectura particular (x86 es un desastre). La próxima versión de Windows también se ejecutará en ARM . Además, es bueno que el software ahora pueda aprovechar las características específicas de la configuración; básicamente, son todas las ventajas del enfoque de Linux (compilar software en cada nuevo sistema), sin ninguna molestia.
BlueRaja - Danny Pflughoeft
@ BlueRaja-DannyPflughoeft: a la derecha, .net (CLR, realmente) se entrega como una plataforma de "plataformas de ventanas cruzadas". Nada que estornudar, de hecho
Javier
@BlueRaja: olvida que lo que se mostró ejecutándose en ARM fue ... el código C ++ de Microsoft. Cosas como controladores de impresora y Office. No son aplicaciones .NET, por lo que el argumento de que .NET es necesario es completamente falso.
gbjbaanb
@Javier: ¿Mono es tan malo en la instalación? Instalé una aplicación mono (Banshee) en mi Mac OSx y no encontré ningún problema. Para Windows, no es necesario instalar mono. Como desarrollador que planea hacer una aplicación mono, estaría muy contento si pudiera proporcionarme artículos o cualquier referencia que demuestre lo que dice.
8

Mi experiencia personal es que .NET es dominante en el desarrollo interno a nivel empresarial. La mayoría de estas aplicaciones no están diseñadas para el consumo público y, por lo tanto, no forman parte de nuestro vocabulario cotidiano.

Aún así, hay una razón muy convincente por la que tantas grandes empresas han adoptado estas tecnologías: productividad y felicidad del programador. C # es un lenguaje de programación maravilloso y productivo y el ecosistema .NET es rico en bibliotecas existentes para evitar que tengamos que reinventar las ruedas. Además, WCF, aunque sorprendentemente complicado a veces, es un marco muy poderoso para construir comunicaciones entre diferentes sistemas.

Con respecto a su circunstancia específica, solo me encargaría de portar su aplicación si va a hacer muchas mejoras y cambios en el futuro. Si es estable y está en modo de mantenimiento, lamentará cualquier decisión además de dejarla como está.

Adam Crossland
fuente
2
+1 para "C # es maravilloso". Es realmente un lenguaje maravilloso
shashwat
2

De hecho, según TIOBE , C # (un lenguaje .NET) es ahora el cuarto lenguaje más popular del mundo.

Además, estoy de acuerdo con otro póster de que a los clientes no les importa en qué idioma está escrita su aplicación, siempre que funcione.

Gustav Bertram
fuente
3
Creo que el número de etiquetas en StackOverflow es más representativo que el ranking de búsqueda de TIOBE.
Jonas
44
No, eso es solo porque los codificadores C son programadores reales, y los programadores reales no piden ayuda.
Gustav Bertram
2
Leer las entrañas de cabra es probablemente más preciso que TIOBE. Por cierto, de ninguna manera abogo por la demanda de las entrañas de cabra por otra cosa que no sea procesar sustancias que come una cabra.
Adam Crossland
@Gustav: sí, el número de etiquetas en C # en SO simplemente muestra que es un lenguaje difícil con el que más personas necesitan ayuda :)
gbjbaanb
1

Decida si hay características que su mercado quiere que pueda crear solo o más fácilmente en .NET. Considere que la contratación de nuevos desarrolladores es otro mercado a considerar. Puede que encuentre o no más desarrolladores de VB.NET que se adapten a sus necesidades (nivel de experiencia, conocimiento del dominio, etc.). ¿Sus desarrolladores actuales realmente quieren hacer el cambio?

No sé sobre el mercado de usuarios domésticos, pero el mercado de negocios es bastante pesado en las aplicaciones .net.

JeffO
fuente
0

VB6 ya no es compatible con MS (ref: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0. aspx ). Entonces, si tiene problemas desde el punto de vista del desarrollo, no obtendrá soporte de la fuente.

VB.NET, por otro lado, todavía está activamente desarrollado y soportado.

La similitud entre .NET Framework y Java JRE, así como las similitudes entre C # y Java en sí, han hecho que la comunidad de desarrolladores de C # / .NET crezca extremadamente rápido.

La oferta de desarrolladores de VB6 va a disminuir mientras que los de VB.NET/C# probablemente aumenten y puedan hacer que su producto siga avanzando.

Jesse C. Slicer
fuente
0

no podemos encontrar programas de transmisión principal que parezcan estar escritos en .Net.

Estoy bastante seguro de que el panel de control de la tarjeta gráfica ATI Catalyst está escrito en .NET, así que eso es básicamente cada PC que tiene una tarjeta gráfica ATI. Grandes cantidades de usuarios normales de escritorio ...

Otro buen ejemplo es Samsung Kies , que la mayoría de las personas que tienen teléfonos Samsung han instalado.

MattDavey
fuente
Por favor explique el voto negativo?
MattDavey
-1

Supongo que no importa, lo que podría importar más es en qué se escribirá la mayoría de los programas en el futuro. Ahora que MS se está centrando en las aplicaciones de Win8, es mejor que te preocupes por la adopción de HTML5 + js y WinRT en lugar de heredar .NET.

Lo último que desea hacer es portar todo a .NET y luego debe hacer mucho más trabajo para que funcione bien con Windows 8.

gbjbaanb
fuente
¡decir ah! la verdad duele :) WinPhone8 realmente muestra que este es el caso, sin embargo, no más XNA, si quieres gráficos 3D sofisticados, necesitas el SDK nativo.
gbjbaanb
¿No veo la correlación entre la compatibilidad con XNA en WinPhone 8 y la compatibilidad con .NET Framework en Windows 8? (por cierto, yo no fui el que te rechazó, pero llamar a .NET 'legacy' fue algo así como pedirlo)
MattDavey