Microsoft가 AppGet을 죽인 방법

지난주 Microsoft에서 패키지 관리자를 출시했습니다. 윈겟 컨퍼런스 발표의 일부로 2020 구축많은 사람들은 이를 마이크로소프트가 오픈 소스 운동과 더욱 가까워졌다는 증거로 보았습니다. 하지만 무료 패키지 관리자를 만든 캐나다 개발자 케이반 베이기는 그렇지 않았습니다. 앱겟그는 이제 지난 12개월 동안 Microsoft 담당자와 소통하는 동안 무슨 일이 일어났는지 알아내려고 노력하고 있습니다.

어쨌든 지금은 키반이에요 AppGet 개발 중단클라이언트 및 서버 서비스는 1년 2020월 XNUMX일까지 즉시 유지 관리 모드로 전환되며, 그 이후에는 영구적으로 종료됩니다.

저자는 자신의 블로그에서 다음과 같이 인용합니다. 사건의 연대기모든 것은 3년 전(2019년 XNUMX월 XNUMX일) Microsoft 제품팀 리더인 Andrew로부터 다음과 같은 이메일을 받았을 때부터 시작되었습니다.

키반,

저는 개발팀을 관리합니다. Windows 앱 모델, 특히 앱 배포 팀에 감사드립니다. appget을 만들어주셔서 정말 고맙다는 말씀을 전하고 싶었습니다. 앱은 생태계에 아주 훌륭한 추가 기능입니다. Windows이는 개발자들의 삶을 더욱 풍요롭게 만듭니다. Windows 훨씬 쉬워지겠죠. 저희는 앞으로 몇 주 안에 다른 회사들과 미팅을 위해 밴쿠버에 갈 예정인데, 시간이 되신다면 저희 팀과 만나서 앱 개발을 더 쉽게 할 수 있는 방법에 대한 피드백을 받고 싶습니다.

Keivan은 정말 기뻤습니다. 그의 취미 프로젝트가 Microsoft에서 주목을 받았다는 것입니다! 그는 이메일에 답장을 보냈고, 이메일을 주고받은 지 두 달 후 Microsoft 밴쿠버 사무실에서 열린 회의에 참석했습니다. Andrew와 같은 제품 그룹의 다른 개발 관리자도 함께 있었습니다. Keivan은 즐거운 시간을 보냈다고 말했습니다. AppGet의 아이디어, AppGet에서 무엇이 잘못되었는지에 대해 이야기를 나누었습니다. 현재 패키지 관리자 Windows 그리고 AppGet의 향후 버전에 대한 계획도 있습니다. 개발자는 Microsoft가 이 프로젝트를 돕고 싶어 한다는 느낌을 받았습니다. Microsoft 측에서도 그에게 무엇을 해드릴 수 있는지 물었습니다. 그는 Azure 크레딧을 받으면 좋겠다고 말했습니다. 새로운 MSIX 패키지 형식에 대한 문서그리고 개별 다운로드 링크의 문제를 해결하는 것이 좋을 것 같습니다.

일주일 후, 앤드류는 새로운 편지를 보냈는데, 그 편지에서 그는 사실상 앤드류에게 마이크로소프트에서 일해달라고 초대하는 내용이었다. "저희는 소프트웨어 배포 방식에 상당한 변화를 주고 싶습니다." Windows그리고 그 모습이 어떻게 될지 결정하는 데 도움을 줄 수 있는 좋은 기회가 있습니다. Windows 그리고 Azure/Microsoft 365의 앱 배포 시스템도 고려해 보셨나요? 그런 점을 염두에 두고, Microsoft에서 Appget에 더 많은 시간을 투자하는 것을 생각해 보셨는지 궁금합니다."라고 그는 썼습니다.

케이반은 처음에는 약간 망설였습니다. 그는 마이크로소프트에 가서 일하고 싶지 않았습니다. Windows Microsoft Store, MSI 엔진 및 기타 애플리케이션 배포 시스템에 대한 내용이었지만, 그들은 그에게 AppGet에만 전념하게 될 것이라고 확신시켜 주었습니다. 약 한 달간의 장문의 이메일 교환 끝에, 그들은 이 계약이 개발자를 고용하는 인수합병 계약과 매우 유사할 것이라는 결론에 도달했습니다. 즉, Microsoft는 개발자와 그의 프로그램을 함께 고용하고, 프로그램 이름을 다른 이름으로 바꿀지 아니면 Microsoft AppGet으로 유지할지 결정하는 것입니다.

키반은 이 과정 내내 마이크로소프트에서 자신의 역할이 무엇인지 완전히 알지 못했다고 썼습니다. 그의 책임은 무엇이며, 누구에게 보고해야 하고, 누가 그에게 보고해야 할까요? 그는 이 느린 협상 과정에서 이러한 질문들에 대한 답을 명확히 하려고 노력했지만, 명확한 답을 얻지 못했습니다.

몇 달 동안 매우 느린 이메일 협상이 더 이어진 후, 그는 BizDev를 통한 채용 절차가 매우 오래 걸릴 것이라는 말을 들었습니다. 채용 절차를 단축하는 대신, "보너스"를 주고 그를 채용한 후 코드베이스 포팅 작업을 시작하는 방법도 있었습니다. 그는 이의가 없었기에, 레드먼드에서 여러 차례 회의와 면접 일정을 잡았습니다.

과정이 시작되었습니다. 5년 2019월 XNUMX일, 키반은 시애틀, 즉 마이크로소프트 본사로 날아가 하루 종일 여러 사람을 인터뷰하고 앤드류와 협상했습니다. 저녁에는 택시를 타고 공항으로 갔다가 밴쿠버로 돌아왔습니다.

그는 인사부에서 전화를 기다리라는 말을 들었습니다. 하지만 그 후, 6개월 동안 케이반은 마이크로소프트로부터 아무런 소식도 듣지 못했습니다.2020년 XNUMX월 중순, 오랜 친구 Andrew가 다음 날 WinGet 출시를 발표할 때까지:

안녕하세요, 케이번. 당신과 가족 모두 잘 지내시길 바랍니다. 브리티시컬럼비아는 미국에 비해 코로나19를 잘 극복하고 있는 것 같습니다.

프로젝트 관리자 자리가 잘 풀리지 않아 정말 죄송합니다. 이 기회를 빌어 귀하의 의견과 아이디어에 진심으로 감사드립니다. 저희는 패키지 관리자를 개발했습니다. Windows그리고 첫 번째 프리뷰는 내일 Build 2020에서 공개될 예정입니다. 저희 블로그에서도 appget에 대해 언급할 예정인데, 저희는 appget이 매우 유용하다고 생각하기 때문입니다. Windows 다양한 패키지 관리자가 존재할 여지가 있습니다. 저희 패키지 관리자 역시 GitHub를 기반으로 하지만, 당연히 저희만의 구현 방식 등을 사용합니다. 또한 오픈 소스로 공개되므로 여러분의 기여를 진심으로 환영합니다.

키반은 그다지 놀라지 않았다. 그 시점에 이미 마이크로소프트에 채용되지 않을 것이 분명했고, 그렇게 큰 회사에서 일하고 싶은지 확신이 서지 않아 화가 나지도 않았다.

그러나 진짜 놀라움은 그가 다음 날 본 순간부터 기다리고 있었습니다. GitHub 저장소: "제가 아내에게 저장소를 보여줬을 때, 아내가 가장 먼저 한 말은 'WinGet이라고 불렀어? 진심이야?'였어요. 기본적인 메커니즘, 용어, 형식 등을 아내에게 설명할 필요도 없었어요. 선언문 구조패키지 스토어의 폴더 구조조차도 AppGet에서 영감을 얻었습니다."

"1조 4천억 달러 규모의 기업인 마이크로소프트가 마침내 자사 주력 제품을 위한 제대로 된 패키지 관리자를 출시한 것에 대해 화가 났냐고요? 아니요, 진작에 했어야죠. 이렇게 엉망으로 만들지 말았어야 했습니다." Windows "마이크로소프트처럼 강력하게 스토어를 구축할 수는 없었습니다."라고 케이반은 썼습니다. "현실은 제가 아무리 AppGet을 홍보하려고 노력해도 마이크로소프트의 솔루션만큼 빠르게 성장할 수 없다는 것이었습니다. 저는 부자가 되거나 유명해지거나 마이크로소프트에서 일하기 위해 AppGet을 만든 것이 아닙니다. 저는 사용자인 우리가, Windows우리는 제대로 된 애플리케이션 관리 경험을 누릴 자격이 있습니다. 저를 화나게 하는 것은 이 모든 과정이 어떻게 진행되었는지입니다. 느리고 형편없는 소통. 결국에는 완전한 침묵만이 남았습니다. 하지만 저를 정말 화나게 한 것은 이 발표였습니다. WinGet의 아이디어 대부분을 제공한 AppGet이 단지 또 다른 패키지 관리자로만 언급되었다는 점입니다. 이 세상에는 그저 존재하는 것일 뿐. 동시에, WinGet과 공통점이 거의 없는 다른 패키지 관리자들도 언급되었고, 훨씬 더 자세하게 설명되었습니다."

케이반 베이지는 화가 나지 않았습니다. 그는 모든 불행 속에는 행운이 있다고 말합니다. 적어도 WinGet은 탄탄한 기반 위에 세워졌고 성공할 가능성이 있습니다. 그리고 사용자들도 마찬가지입니다. Windows어쩌면 그들은 마침내 제대로 된 패키지 관리 프로그램을 갖게 될지도 모릅니다. 그리고 그에게 이 이야기는 "살면서 배우는 것"이라는 귀중한 교훈을 주었습니다.

그는 코드 복사는 문제가 아니라고 설명합니다. 오픈 소스의 핵심은 바로 그것이기 때문입니다. 패키지/앱 관리자의 일반적인 개념을 그대로 베끼는 것을 의미하는 것은 아닙니다. 하지만 OS X, Homebrew, Chocolaty, Scoop, ninite 등의 유사한 프로젝트들을 살펴보면, 모두 고유한 특징을 가지고 있습니다. 하지만 WinGet은 AppGet과 거의 동일하게 작동합니다. "Microsoft WinGet의 작동 방식을 알고 싶으신가요? 다음 링크를 읽어보세요. 2년 전에 AppGet이 어떻게 작동하는지에 대해 쓴 기사라고 그는 썼다.

케이반을 화나게 한 유일한 점은 그의 작업이 어디에도 언급되지 않았다는 점이었습니다.

참고: "Embrace, extend and extinguish"는 다음과 같은 문구입니다. 미국 법무부에서 결정한 대로마이크로소프트에서 널리 인정된 표준을 사용하는 소프트웨어를 업계에 도입하기 위한 전략을 설명하는 데 사용되었습니다. 이 전략은 표준을 확장하고 그 차이점을 활용하여 경쟁사보다 우위를 점하는 것을 포함했습니다.

AppGet의 경우, 이러한 전략이 순수한 형태로 적용되었다고는 할 수 없지만, 몇 가지 요소는 찾아볼 수 있습니다. 자유 소프트웨어 옹호자들은 이를 도덕적으로 용납할 수 없는 행위로 간주하며, 마이크로소프트가 하위 시스템을 구현하려는 계획에 대해 여전히 회의적인 시각을 갖고 있습니다. Linux 운영 체제에 Windows (WSL). 그들은 마이크로소프트의 핵심은 변하지 않았으며 앞으로도 변하지 않을 것이라고 말합니다.

출처 : habr.com