Microsoft가 AppGet을 죽인 방법

지난 주 Microsoft는 패키지 관리자를 출시했습니다. 윈겟 컨퍼런스 발표의 일부로 2020 구축. 많은 사람들은 이것을 오픈 소스 운동에 대한 Microsoft의 화해에 대한 추가적인 증거로 여겼습니다. 하지만 무료 패키지 관리자의 저자인 캐나다 개발자 Keivan Beigi는 그렇지 않습니다. 앱겟. 이제 그는 지난 12개월 동안 Microsoft 담당자와 대화하면서 무슨 일이 일어났는지 이해하려고 노력하고 있습니다.

어쨌든 이제 케이밴 AppGet 개발 중단. 클라이언트 및 서버 서비스는 1년 2020월 XNUMX일까지 즉시 유지 관리 모드로 전환되며 그 이후에는 영구적으로 폐쇄됩니다.

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

키밴,

저는 Windows 앱 모델 개발 팀, 특히 애플리케이션 배포 팀을 관리하고 있습니다. appget을 만들어 주셔서 감사하다는 간단한 메모를 보내드리고 싶습니다. appget은 Windows 생태계에 큰 도움이 되며 Windows 개발자의 삶을 훨씬 쉽게 만들어줍니다. 우리는 앞으로 몇 주 동안 밴쿠버에서 다른 회사들과 회의를 가질 예정이지만, 시간이 되시면 귀하와 귀하의 팀을 만나서 귀하의 appget 개발 생활을 더 쉽게 만드는 방법에 대한 피드백을 받고 싶습니다.

Keyvan은 매우 기뻤습니다. 그의 취미 프로젝트가 Microsoft의 주목을 받았기 때문입니다! 그는 편지에 응답했고 두 달 후 편지를 주고받은 후 밴쿠버에 있는 Microsoft 사무실에서 열리는 회의에 참석했습니다. 회의에는 Andrew와 같은 제품 그룹의 다른 개발 관리자가 참석했습니다. Keyvan은 즐거운 시간을 보냈다고 말합니다. 그들은 AppGet의 아이디어에 대해 이야기했고, Windows의 현재 패키지 관리자 AppGet의 향후 버전에 대해 그가 계획하고 있는 내용도 있습니다. 개발자는 Microsoft가 프로젝트를 돕고 싶어한다는 인상을 받았습니다. 그들은 스스로 이 프로젝트를 위해 무엇을 할 수 있는지 물었습니다. 그는 일부 Azure 크레딧을 받는 것이 좋을 것이라고 말했습니다. 새로운 MSIX 패키지 형식에 대한 설명서, 개별 다운로드 링크의 문제를 해결하면 좋을 것 같습니다.

일주일 후 Andrew는 실제로 Andrew를 Microsoft에서 일하도록 초대하는 새 편지를 보냈습니다. “우리는 Windows의 소프트웨어 배포에 몇 가지 중요한 변화를 만들고 싶습니다. Windows와 응용 프로그램 배포 시스템에 도움을 줄 수 있는 좋은 기회가 있습니다 Azure/Microsoft에서는 다음과 같을 것입니다.” 365. 이를 염두에 두고 잠재적으로 Microsoft에서 appget에 더 많은 시간을 할애할 것을 고려해 보셨습니까?” - 그가 썼다.

Keyvan은 처음에는 약간 주저했습니다. 그는 Windows 스토어, MSI 엔진 및 기타 응용 프로그램 배포 시스템 작업을 위해 Microsoft로 가는 것을 원하지 않았습니다. 그러나 그들은 그가 AppGet에만 시간을 할애할 것이라고 확신했습니다. 약 한 달 간의 긴 이메일 서신 끝에 그들은 계약이 인수와 매우 유사할 것이라는 결론에 도달했습니다. Microsoft는 프로그램과 함께 개발자를 고용하고 이름을 다른 것으로 바꿀지 아니면 Microsoft AppGet이 될지 결정합니다. .

Keyvan은 프로세스 전반에 걸쳐 Microsoft에서 자신의 역할이 무엇인지 완전히 명확하지 않았다고 썼습니다. 그의 책임은 무엇입니까? 누구에게 보고해야 하나요? 누가 그에게 보고할 것인가? 그는 느린 협상 중에 이러한 답변 중 일부를 명확히 하려고 노력했지만 명확한 답변을 얻지 못했습니다.

몇 달 동안 매우 느린 이메일 협상 끝에 그는 BizDev를 통한 채용 프로세스에 매우 오랜 시간이 걸릴 것이라는 말을 들었습니다. 프로세스 속도를 높이는 대안은 단순히 "보너스"를 받고 그를 고용하는 것입니다. 그 후 그는 코드베이스 마이그레이션 작업을 시작합니다. 그는 이의가 없었기 때문에 그들은 레드몬드에서 여러 회의/인터뷰를 계획했습니다.

프로세스가 시작되었습니다. 5년 2019월 XNUMX일, Keyvan은 시애틀(Microsoft 본사)로 날아가서 하루 종일 그곳에서 다양한 사람들을 인터뷰하고 Andrew와 협상하며 보냈습니다. 저녁에는 택시를 타고 공항까지 갔다가 밴쿠버로 돌아왔습니다.

그는 HR 부서의 전화를 기다리라는 말을 들었습니다. 그러나 이후에, Keyvan은 XNUMX개월 동안 Microsoft로부터 아무 소식도 듣지 못했습니다.. 2020년 XNUMX월 중순까지 Andrew의 오랜 친구가 다음 날 WinGet 프로그램 출시를 발표했습니다.

Kayvan 님, 안녕하세요. 귀하와 귀하의 가족이 잘 지내길 바랍니다. BC 주는 미국에 비해 코로나XNUMX에 잘 대처하고 있는 것 같습니다.

프로젝트 매니저 자리가 잘 맞지 않아서 정말 죄송해요. 저는 여러분의 의견과 아이디어에 얼마나 감사하는지 이야기하는 시간을 갖고 싶었습니다. 우리는 Windows용 패키지 관리자를 개발했으며 첫 번째 미리 보기는 내일 Build 2020에서 공개될 예정입니다. 또한 Windows에서 다양한 패키지 관리자를 위한 여지가 있다고 생각하므로 블로그에서 appget을 언급할 것입니다. 우리의 패키지 관리자도 GitHub를 기반으로 하지만 분명히 자체 구현 등이 있습니다. 또한 오픈 소스이므로 귀하의 의견을 환영합니다.

Keyvan은 그다지 놀라지 않았습니다. 그 무렵에는 그가 Microsoft에서 일하도록 초대받지 않을 것이라는 것이 이미 분명해졌지만 그는 그렇게 큰 회사에서 일하고 싶은지 의심했기 때문에 그를 화나게하지 않았습니다.

하지만 다음 날 그가 본 광경을 보고 진짜 놀라움이 그를 기다리고 있었습니다. GitHub 저장소: “아내에게 저장소를 보여주었을 때 아내가 가장 먼저 한 말은 “WinGet이라고 부르나요?”였습니다. 진심이에요??" 나는 그녀에게 기본 메커니즘, 용어, 형식 및 구성 방법을 설명할 필요조차 없었습니다. 매니페스트 구조, 패키지 저장소 폴더 구조도 AppGet에서 영감을 받았습니다."

1,4조 XNUMX천억 달러 규모의 회사인 Microsoft가 마침내 힘을 모아 주력 제품에 대한 괜찮은 패키지 관리자를 출시했다는 사실이 화가 났습니까? 아니요, 몇 년 전에 했어야 했어요. 그들은 Windows Store를 그들만큼 망치지 말았어야 했습니다.”라고 Keyvan은 썼습니다. “현실은 AppGet을 아무리 홍보하려고 노력해도 결코 Microsoft 솔루션과 같은 속도로 성장할 수 없다는 것입니다. 저는 부자가 되거나, 유명해지거나, Microsoft에 취업하기 위해 AppGet을 만든 것이 아닙니다. 저는 우리 Windows 사용자도 적절한 앱 관리 경험을 누릴 자격이 있다고 믿었기 때문에 AppGet을 만들었습니다. 나를 괴롭히는 것은 이것이 정확히 어떻게 이루어졌는가입니다. 느리고 끔찍한 의사소통. 마지막에는 완전한 라디오 침묵이 있습니다. 하지만 이 발표가 나에게 가장 큰 충격을 주었다. 객관적으로 WinGet에 대한 대부분의 아이디어의 원천인 AppGet은 또 다른 패키지 관리자로만 언급되었습니다. 그냥 이 세상에 존재하는 일이야. 동시에 WinGet과 공통점이 거의 없는 다른 패키지 관리자가 언급되고 훨씬 더 철저하게 설명되었습니다."

Keyvan Beigi는 화를 내지 않습니다. 그는 모든 구름에는 희망이 있다고 말합니다. 최소한 WinGet은 탄탄한 기반 위에 구축되었으며 성공할 가능성이 있습니다. 그리고 Windows 사용자는 마침내 괜찮은 패키지 관리자를 갖게 될 것입니다. 그리고 그에게 이 이야기는 귀중한 경험이 되었습니다. “영원히 살고, 영원히 배우라.”

그는 코드를 복사하는 것은 문제가 되지 않으며 이것이 오픈 소스의 전부라고 설명합니다. 그리고 그는 패키지/응용 프로그램 관리자의 일반적인 개념을 복사하려는 것이 아닙니다. 그러나 OS X, Homebrew, Chocolaty, Scoop, ninite 등의 유사한 프로젝트를 살펴보면 모두 고유한 특성을 가지고 있습니다. 그러나 WinGet은 AppGet과 거의 동일하게 작동합니다. “Microsoft WinGet이 어떻게 작동하는지 알고 싶으십니까? 가서 읽어보세요 AppGet의 작동 방식에 대해 XNUMX년 전에 제가 쓴 기사입니다."라고 씁니다.

Keyvan은 그의 작업이 어디에도 언급되지 않았다는 사실에 화가났습니다.

참고로. "껴안고, 확장하고, 끄다"라는 문구는 다음과 같습니다. 미국 법무부의 결정에 따라는 널리 인정되는 표준을 사용하여 소프트웨어를 도입하기 위한 업계 전략을 설명하기 위해 Microsoft에서 사용되었습니다. 전략은 이러한 표준을 확장하고 이러한 차이점을 계속 활용하여 경쟁사보다 우위를 점하는 것이었습니다.

AppGet의 경우 이 전략을 순수하게 적용했다고는 할 수 없으나 몇 가지 요소를 고려해 볼 수는 있다. 자유 소프트웨어 지지자들은 이를 도덕적으로 용납할 수 없는 행동 방침으로 간주하며 Windows 운영 체제에 Linux용 하위 시스템을 도입하려는 Microsoft의 계획을 여전히 불신합니다(WSL). 그들은 Microsoft의 핵심은 변하지 않았으며 앞으로도 변하지 않을 것이라고 말합니다.

출처 : habr.com