Llegamos a ustedes gracias a:



Noticias

Microsoft busca crear confianza en las bibliotecas .NET de terceros

[18/12/2020] Lamentándose de que muchos desarrolladores de la comunidad .NET son reacios a usar bibliotecas no construidas por Microsoft, Microsoft quiere ayudar a los desarrolladores de .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, "Growing the .NET ecosystem" (Crecimiento del ecosistema .NET), Immo Landwerth, director de programa del equipo de Microsoft .NET Framework, escribió que Microsoft ha enseñado a los clientes a esperar que todas las características procedan de Microsoft. Pero como Microsoft no puede construirlo todo, especialmente no a un ritmo al que otros ecosistemas de código abierto evolucionan, el conjunto de bibliotecas de confianza para .NET "debe crecer más allá de solo Microsoft".

Microsoft debe normalizar la práctica de que los desarrolladores de aplicaciones pueden depender de bibliotecas no controladas por la compañía, señaló Landwerth, añadiendo que se requerirá un cambio de cultura en Microsoft para lograrlo. Por lo tanto, una meta para el lanzamiento planeado de .NET 6 es promover una visión que incluya la confianza en las bibliotecas que no son de Microsoft. El .NET 5 acaba de llegar en octubre, mientras que el .NET 6 se espera para noviembre del 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 más fuerte en general". También señaló la percepción de que Microsoft "succiona el aire" del ecosistema .NET porque las soluciones de Microsoft suelen promoverse 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 necesita comprometerse con los propietarios de las bibliotecas existentes para aumentar su calidad y reforzar su integración en la experiencia de los desarrolladores de .NET. Microsoft ya ha estado haciendo esto con gRPC, OpenTelemetry y Apache Spark/Arrow, añadió.

También es necesario, señaló Landwerth, un cambio de enfoque cuando se crean nuevas tecnologías de la red para las que aún no existe un ecosistema. En lugar de construir todo, los proyectos deben ser creados de tal manera que Microsoft no sea el único mantenedor. Se debería 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 está soportado mientras que el código de otros lugares no lo está.

En el documento se subrayaba que las experiencias de terceros pueden ser tan buenas como las de los primeros, y se llegaba a la conclusión de que se necesita un proceso de descubrimiento y adquisición curado para los componentes opcionales de .NET. Con .NET 6 y el soporte para cargas de trabajo móviles, Microsoft se está moviendo a un modelo donde parte de .NET es opcional. Esto garantiza que el producto principal pueda ser pequeño y fácil de instalar y que, al mismo tiempo, sea compatible con toda la gama de la plataforma .NET.