La semana pasada Microsoft lanzó un administrador de paquetes. como parte de los anuncios en la conferencia . Muchos consideraron esto una prueba más del acercamiento de Microsoft al movimiento Open Source. Pero no el desarrollador canadiense Keivan Beigi, autor del administrador de paquetes gratuito. . Ahora está tratando de comprender qué sucedió durante los últimos 12 meses, durante los cuales se comunicó con representantes de Microsoft.
De todos modos, ahora Kayvan . Los servicios de cliente y servidor entrarán en modo de mantenimiento inmediatamente hasta el 1 de agosto de 2020, después del cual se cerrarán permanentemente.
En su blog, el autor proporciona . Todo empezó hace un año (3 de julio de 2019) cuando recibió este correo electrónico de Andrew, el jefe del equipo de desarrollo de Microsoft:
Keyvan,
Administro el equipo de desarrollo de Windows App Model y, en particular, el equipo de implementación de aplicaciones. Solo quería enviarte una nota rápida para agradecerte por crear appget: es una gran adición al ecosistema de Windows y hace la vida de los desarrolladores de Windows mucho más fácil. Es probable que estemos en Vancouver en las próximas semanas para reunirnos con otras empresas, pero si tiene tiempo, nos encantaría reunirnos con usted y su equipo para recibir comentarios sobre cómo hacer que el desarrollo de su aplicación sea más fácil.
Keyvan estaba entusiasmado: ¡Microsoft se había dado cuenta de su proyecto de hobby! Respondió a la carta y dos meses después, después de intercambiar cartas, asistió a una reunión en la oficina de Microsoft en Vancouver. A la reunión asistieron Andrew y otro director de desarrollo del mismo grupo de productos. Keyvan dice que se lo pasó genial: hablaron sobre las ideas detrás de AppGet, lo que no se hizo muy bien en y lo que está planeando para futuras versiones de AppGet. El desarrollador tenía la impresión de que Microsoft quería ayudar en el proyecto: ellos mismos preguntaron qué podían hacer al respecto. Mencionó que sería bueno obtener algunos créditos de Azure, algunos , y sería bueno solucionar los problemas con enlaces de descarga individuales.
Una semana después, Andrew envió una nueva carta en la que lo invitaba a trabajar en Microsoft: “Queremos hacer algunos cambios significativos en la distribución de software en Windows, y existe una gran oportunidad para ayudar en lo que Windows y el sistema de distribución de aplicaciones. en Azure/Microsoft". 365. Con eso en mente, ¿ha considerado dedicar más tiempo a appget, potencialmente en Microsoft?" - el escribio.
Keyvan estaba un poco indeciso al principio: no quería ir a Microsoft para trabajar en la Tienda Windows, el motor MSI y otros sistemas de implementación de aplicaciones. Pero le aseguraron que pasaría todo su tiempo trabajando únicamente en AppGet. Después de aproximadamente un mes de larga correspondencia por correo electrónico, llegaron a la conclusión de que el acuerdo sería muy similar a acqui-hire: Microsoft contrata a un desarrollador junto con su programa y deciden si le cambiarán el nombre o se convertirá en Microsoft AppGet. .
Keyvan escribe que durante todo el proceso no tuvo del todo claro cuál sería su papel en Microsoft. ¿Cuáles serán sus responsabilidades? ¿A quién debo informar? ¿Quién le reportará? Intentó aclarar algunas de estas respuestas durante estas lentas negociaciones, pero nunca recibió una respuesta clara.
Después de varios meses más de negociaciones por correo electrónico nuevamente muy lentas, le dijeron que el proceso de contratación a través de BizDev llevaría mucho tiempo. Una alternativa para acelerar el proceso sería simplemente contratarlo con un "bono", después de lo cual comenzará a trabajar en la migración del código base. No tuvo objeciones, por lo que programaron varias reuniones/entrevistas en Redmond.
El proceso ha comenzado. El 5 de diciembre de 2019, Keyvan voló a Seattle, a la sede de Microsoft, y pasó todo el día allí, entrevistando a varias personas y negociando con Andrew. Por la tarde tomé un taxi hasta el aeropuerto y regresé a Vancouver.
Le dijeron que esperara una llamada del departamento de recursos humanos. Pero después, Keyvan no supo nada de Microsoft durante seis meses. Hasta mediados de mayo de 2020, cuando un viejo amigo de Andrew anunció el lanzamiento del programa WinGet al día siguiente:
Hola Kayvan, espero que a ti y a tu familia les vaya bien. BC parece estar haciendo un buen trabajo con el covid en comparación con EE. UU.
Lamento mucho que el puesto de director de proyectos no haya funcionado. Quería tomarme el tiempo para decir cuánto apreciamos sus aportes e ideas. Hemos desarrollado un administrador de paquetes para Windows y la primera vista previa estará disponible mañana en Build 2020. También mencionaremos appget en nuestro blog porque creemos que hay espacio para diferentes administradores de paquetes en Windows. Nuestro administrador de paquetes también está basado en GitHub, pero obviamente con nuestra propia implementación, etc. También es de código abierto, por lo que obviamente agradeceríamos cualquier aportación que pueda tener.
Keyvan no se sorprendió demasiado. En ese momento ya era evidente que no lo invitarían a trabajar en Microsoft, lo que no le molestó, porque dudaba de querer trabajar para una empresa tan grande.
Pero la verdadera sorpresa le esperaba al día siguiente cuando vio : “Cuando le mostré el repositorio a mi esposa, lo primero que dijo fue: “¿Lo llamaron WinGet?” ¿¿Hablas en serio??" Ni siquiera tuve que explicarle cómo funciona la mecánica básica, la terminología, el formato y , incluso la estructura de carpetas del repositorio de paquetes está inspirada en AppGet".
¿Me molesta que Microsoft, una empresa de 1,4 billones de dólares, finalmente se haya puesto manos a la obra y haya lanzado un administrador de paquetes decente para su producto estrella? No, deberían haberlo hecho hace años. No deberían haber arruinado tanto la Tienda Windows”, escribe Keyvan. “La realidad es que, por mucho que intente promocionar AppGet, nunca crecerá al mismo ritmo que la solución de Microsoft. No creé AppGet para hacerme rico, famoso o conseguir un trabajo en Microsoft. Creé AppGet porque creía que los usuarios de Windows también merecemos una experiencia decente de administración de aplicaciones. Lo que me molesta es cómo se hizo exactamente esto. Comunicaciones lentas y terribles. Al final se produce un completo silencio de radio. Pero este anuncio fue lo que más me impactó. AppGet, que es objetivamente la fuente de la mayoría de las ideas para WinGet, se mencionó sólo como otro administrador de paquetes que simplemente existe en este mundo. Al mismo tiempo, se mencionaron y explicaron mucho más detalladamente otros administradores de paquetes con los que WinGet tiene muy poco en común."
Keyvan Beigi no está molesto. Dice que cada nube tiene un rayo de esperanza. Como mínimo, WinGet está construido sobre una base sólida y tiene potencial de éxito. Y es posible que los usuarios de Windows finalmente tengan un administrador de paquetes decente. Y para él esta historia se convirtió en una valiosa experiencia: “Vive para siempre, aprende para siempre”.
Explica que copiar código no es un problema, de eso se trata el Código Abierto. Y no se refiere a copiar el concepto general de administradores de paquetes/aplicaciones. Pero si miras proyectos similares en OS X, Homebrew, Chocolaty, Scoop, ninite, etc., todos tienen sus propias características. Sin embargo, WinGet funciona casi igual que AppGet: “¿Quieres saber cómo funciona Microsoft WinGet? Ve y lee ", el escribe.
Keyvan sólo estaba molesto porque su trabajo no se mencionaba en ninguna parte.
Para referencia. “Abrazar, extender y extinguir” es una frase que, , fue utilizado por Microsoft para describir la estrategia de la industria para introducir software utilizando estándares ampliamente aceptados. La estrategia fue ampliar estos estándares y continuar utilizando estas diferencias para obtener una ventaja sobre los competidores.
En el caso de AppGet, no se puede decir que esta estrategia se aplique en su forma pura, pero se pueden considerar algunos elementos. Los defensores del software libre lo consideran una medida moralmente inaceptable y aún desconfían de la iniciativa de Microsoft de introducir un subsistema para Linux en el sistema operativo Windows (). Dicen que Microsoft en esencia no ha cambiado y nunca cambiará.
Fuente: habr.com