🔬 👩🏻 🥒 Cómo Microsoft mató a AppGet 🦕 👩‍🎤 😟

La semana pasada, Microsoft lanzó el administrador de paquetes de WinGet como parte de sus anuncios en la conferencia Build 2020 . Muchos consideraron esto otra prueba del acercamiento de Microsoft con el movimiento Open Source. Pero no el desarrollador canadiense Keivan Beigi, el autor del administrador de paquetes gratuito AppGet . Ahora está tratando de entender lo que sucedió en los últimos 12 meses, durante los cuales habló con representantes de Microsoft.

En cualquier caso, Ceyvan ahora está deteniendo el desarrollo de AppGet . Los servicios de cliente y servidor entran en modo de mantenimiento inmediatamente hasta el 1 de agosto de 2020, después de lo cual se cerrarán para siempre.

En su blog, el autor da una cronología de los eventos . Todo comenzó hace un año (3 de julio de 2019), cuando recibió esta carta de Andrew, jefe del equipo de desarrollo de Microsoft:

Ceyvan,

administro el equipo de desarrollo del Modelo de aplicación de Windows y, en particular, el equipo de implementación de aplicaciones. Solo quería enviarle una breve nota para agradecerle por crear la aplicación: esta es una gran adición al ecosistema de Windows, que hace que la vida de los desarrolladores de Windows sea mucho más fácil. Probablemente estaremos en Vancouver en las próximas semanas para reunirnos con otras compañías, pero si tiene tiempo, nos gustaría reunirnos con usted y su equipo para obtener comentarios sobre cómo facilitarle la vida en el desarrollo de aplicaciones.

Ceyvan estaba emocionado: ¡su proyecto de pasatiempo fue visto en Microsoft! Respondió la carta, y dos meses después, después de intercambiar cartas, llegó a una reunión en la oficina de representación de Microsoft en Vancouver. A la reunión asistieron Andrew y otro gerente de desarrollo del mismo grupo de productos. Ceyvan dice que la pasaron muy bien: hablaron sobre las ideas detrás de AppGet, lo que no estaba muy bien hecho en los actuales administradores de paquetes en Windows y lo que planea para futuras versiones de AppGet. El desarrollador tuvo la impresión de que Microsoft quiere ayudar al proyecto: ellos mismos preguntaron qué podían hacer por él. Mencionó que sería bueno obtener algunos préstamos en Azure, algo de documentación sobre el nuevo formato de paquete MSIX., y sería bueno solucionar problemas con enlaces de descarga individuales.

Una semana después, Andrew envió una nueva carta en la que invitó a Andrew a trabajar en Microsoft: "Queremos hacer algunos cambios significativos en la distribución de software en Windows, y hay una gran oportunidad para ayudar en el aspecto de Windows y el sistema de distribución de aplicaciones en Azure / Microsoft". 365. Con eso en mente, ¿has considerado pasar más tiempo en appget, potencialmente en Microsoft? El escribio.

Cavean al principio dudó un poco: no quería ir a Microsoft para trabajar en la Tienda Windows, el motor MSI y otros sistemas para implementar aplicaciones. Pero le aseguraron que todo su tiempo solo trabajaría 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 la adquisición por contrato: Microsoft contrata al desarrollador junto con su programa, y deciden si cambiarle el nombre a otra cosa, o se convierte en Microsoft AppGet.

Ceyvan escribe que durante todo el proceso no entendió del todo cuál sería su papel en Microsoft. ¿Cuáles serán sus responsabilidades? ¿A quién debo informar? ¿Quién le reportará? Trató de aclarar algunas de estas respuestas durante estas negociaciones lentas, pero nunca recibió una respuesta clara.

Después de varios meses más de negociaciones por correo electrónico muy lentas, le dijeron que el proceso de contratación a través de BizDev tomarí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 transferencia de la base del código. No tenía objeciones, por lo que planearon varias reuniones / entrevistas en Redmond.

El proceso ha comenzado. El 5 de diciembre de 2019, Cavean voló a Seattle, a la sede de Microsoft, y pasó todo el día allí, entrevistando a diferentes 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 personal. Pero luego, durante seis meses, Ceyvan no había tenido noticias de Microsoft.. Hasta mediados de mayo de 2020, cuando un viejo amigo de Andrew anunció el lanzamiento de WinGet al día siguiente:

Hola Ceyvan, espero que usted y su familia estén bien, parece que Columbia Británica está haciendo un buen trabajo con Cove en comparación con los Estados Unidos.

Lamento mucho que el puesto de gerente de proyecto no funcionó. Me gustaría tomarme el tiempo para decir cuánto apreciamos sus comentarios e ideas. Desarrollamos 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 varios administradores de paquetes en Windows. Nuestro administrador de paquetes también se basa en GitHub, pero obviamente con nuestra propia implementación, etc. También viene con código fuente abierto, por lo que obviamente estaremos encantados con cualquiera de sus comentarios.

Ceyvan no estaba demasiado sorprendido. En ese momento, ya se había hecho evidente que no lo invitarían a trabajar en Microsoft, esto no lo molestó, porque dudaba que quisiera trabajar en una empresa tan grande.

Pero la verdadera sorpresa lo esperaba al día siguiente cuando vio el repositorio de GitHub : "Cuando le mostré el repositorio a mi esposa, lo primero que dijo fue:" ¿Lo llamaron WinGet? ¿¿En serio??" Ni siquiera tuve que explicarle cómo AppGet inspira la mecánica básica, la terminología, el formato y la estructura del manifiesto , incluso la estructura de carpetas del repositorio de paquetes ".

“¿Estoy molesto porque Microsoft, una compañía de $ 1.4 billones, finalmente se ha unido y lanzó un administrador de paquetes decente para su producto estrella? No, deberían haberlo hecho hace muchos años. No deberían haber estropeado la Tienda Windows tanto como lo hicieron ”, escribe Ceyvan. - En realidad, no importa cuánto intente promocionar AppGet, nunca crecerá tan rápido como la solución de Microsoft. No creé AppGet para hacerme rico, ser famoso o conseguir un trabajo en Microsoft. Creé AppGet porque creía que nosotros, los usuarios de Windows, también merecemos una experiencia decente en la administración de aplicaciones. Lo que me molesta es cómo se hizo exactamente todo esto. Comunicación lenta y terrible. Al final, completo silencio de radio. Pero sobre todo, este anuncio me golpeó. AppGetque objetivamente es la fuente de la mayoría de las ideas para WinGet, se mencionó solo como otro administrador de paquetes, quePor casualidad existe en este mundo . Al mismo tiempo, se mencionaron y explicaron mucho más a fondo otros gestores de paquetes, con los que WinGet tiene muy poco en común ”.

Ceyvan Beigi no está molesto. Él dice que no hay un lado positivo. Como mínimo, WinGet se basa en una base sólida y tiene el potencial para el éxito. Y los usuarios de Windows finalmente pueden obtener un administrador de paquetes decente. Y para él, esta historia se ha convertido en una experiencia valiosa: "Vive un siglo, aprende un siglo".

Explica que copiar código no es un problema, esa es la esencia del código abierto. Y no quiere decir copiar el concepto general de administradores de paquetes / aplicaciones. Pero si observa proyectos similares en OS X, Homebrew, Chocolaty, Scoop, ninite, etc., entonces cada uno tiene sus propias peculiaridades. Sin embargo, WinGet funciona de la misma manera que AppGet: “¿Quiere saber cómo funciona Microsoft WinGet? Ve y lee un artículo que escribí hace dos años sobre cómo funciona AppGet ”, escribe.

Ceyvan solo estaba molesto porque su trabajo no fue mencionado en ninguna parte.

Para referencia. "Abrazar, extender y extinguir" es una frase definida por el Departamento de Justicia de los Estados Unidos., fue utilizado por Microsoft para describir una estrategia para implementar software que utiliza estándares ampliamente aceptados en la industria. La estrategia consistía en expandir estos estándares y seguir utilizando estas diferencias para obtener una ventaja sobre los competidores.

En el caso de AppGet, no se puede decir que esta estrategia se aplicó en su forma pura, pero se pueden considerar algunos elementos. Los defensores del software libre lo consideran un modo de acción moralmente inaceptable y aún desconfían de la iniciativa de Microsoft para introducir el subsistema Linux en el sistema operativo Windows ( WSL ). Dicen que Microsoft, por su propia naturaleza, no ha cambiado y nunca cambiará.

Cómo Microsoft mató a AppGet

More articles: