Microsoft busca generar confianza en bibliotecas .NET de terceros

Lamentando que muchos desarrolladores de la comunidad .NET se muestren reacios a utilizar bibliotecas no creadas por Microsoft, Microsoft quiere ayudar a los desarrolladores .NET a tomar decisiones de confianza y animarlos a confiar en bibliotecas desarrolladas por terceros.

En un documento publicado el 14 de diciembre en GitHub, “Crecimiento del ecosistema .NET”, Immo Landwerth, gerente de programas del equipo de Microsoft .NET Framework, escribió que Microsoft les ha enseñado a los clientes a esperar que todas las características provengan de Microsoft. Pero dado que Microsoft no puede construir todo, especialmente no al ritmo al que evolucionan otros ecosistemas de código abierto, el conjunto de bibliotecas confiables para .NET "debe crecer más allá de Microsoft".

Microsoft debe normalizar la práctica de que los desarrolladores de aplicaciones pueden depender de bibliotecas no controladas por la empresa, señaló Landwerth, y agregó que se requerirá un cambio de cultura en Microsoft para lograr esto. Por lo tanto, un objetivo para el lanzamiento planificado de .NET 6 es promover una visión que incluya la confianza en las bibliotecas que no son de Microsoft. .NET 5 acaba de llegar en octubre, mientras que .NET 6 se espera para noviembre de 2021.

Landwerth escribió que existe la percepción de que otros ecosistemas, específicamente Java, JavaScript y Python, tienen más diversidad tecnológica y, por lo tanto, "un ecosistema de código abierto en general más fuerte". También notó la percepción de que Microsoft “chupa el aire” del ecosistema .NET porque las soluciones de Microsoft generalmente se promueven y a menudo están estrechamente integradas en la plataforma, lo que hace que las soluciones existentes sean menos atractivas.

Para abordar estos problemas, escribió Landwerth, Microsoft debe comprometerse con los propietarios de las bibliotecas existentes para aumentar su calidad y reforzar su integración en la experiencia del desarrollador .NET. Microsoft ya ha estado haciendo esto con gRPC, OpenTelemetry y Apache Spark / Arrow, agregó.

También es necesario, señaló Landwerth, un cambio en el enfoque cuando se crean nuevas tecnologías netas para las que aún no existe un ecosistema. En lugar de construir todo, los proyectos deben crearse de tal manera que Microsoft no sea el único responsable de mantenimiento. Se deben buscar colaboradores externos. También hay un problema en torno al soporte, dijo Landwerth, con la percepción de que el código producido por Microsoft siempre es compatible, mientras que el código de otros lugares no.

El documento hizo hincapié en que las experiencias de terceros pueden ser tan buenas como las experiencias propias y concluyó que se necesita un proceso de descubrimiento y adquisición seleccionado para los componentes opcionales de .NET. Con .NET 6 y soporte para cargas de trabajo móviles, Microsoft se está moviendo a un modelo donde parte de .NET es opcional. Esto asegura que el producto principal pueda ser pequeño y “rápido” de instalar, sin dejar de ser compatible con toda la amplitud de la plataforma .NET.