上周微软发布了一个包管理器 作为会议公告的一部分 。 许多人认为这进一步证明了微软与开源运动的和解。 但加拿大开发商 Keivan Beigi 却不是，他是免费软件包管理器的作者 。 现在他正试图了解过去12个月里发生的事情，在此期间他与微软代表进行了沟通。
无论如何，现在凯万 。 客户端和服务器服务将立即进入维护模式，直至1年2020月XNUMX日，之后将永久关闭。
作者在他的博客中提供了 。 这一切都始于一年前（3 年 2019 月 XNUMX 日），当时他收到了微软开发团队负责人 Andrew 发来的这封电子邮件：
基万,
我管理 Windows 应用程序模型开发团队，特别是应用程序部署团队。 只是想向您发送一封简短的邮件，感谢您创建 appget - 它是 Windows 生态系统的一个重要补充，使 Windows 开发人员的生活变得更加轻松。 未来几周我们可能会在温哥华与其他公司会面，但如果您有时间，我们很乐意与您和您的团队会面，以获取有关如何使您的 appget 开发生活更轻松的反馈。
Keyvan 很兴奋：他的爱好项目已经被微软注意到了！ 他回复了这封信，两个月后，在交换信件后，他来到微软温哥华办事处参加一个会议。 Andrew 和同一产品组的另一位开发经理出席了会议。 Keyvan 说他度过了一段愉快的时光 - 他们讨论了 AppGet 背后的想法，以及哪些地方做得不够好。 以及他对 AppGet 未来版本的计划。 开发人员的印象是微软想帮助这个项目：他们自己也问自己能为这个项目做些什么。 他提到，获得一些 Azure 积分会很好，一些 ，如果能解决个别下载链接的问题就好了。
一周后，安德鲁发了一封新信，其中他实际上邀请安德鲁到微软工作：“我们希望在 Windows 上的软件分发方面做出一些重大改变，并且有一个很好的机会在 Windows 和应用程序分发系统方面提供帮助。在 Azure/Microsoft 中会是什么样子。” 365. 考虑到这一点，您是否考虑过在 appget 上花更多的时间（可能在 Microsoft）？ - 他写了。
Keyvan 起初有点犹豫——他不想去微软从事 Windows 应用商店、MSI 引擎和其他应用程序部署系统的工作。 但他们向他保证，他将把所有时间都花在 AppGet 上。 经过大约一个月的冗长电子邮件通信后，他们得出的结论是，该协议与 acqui-hire 非常相似 - 微软聘用了一名开发人员及其程序，然后他们决定是否将其重命名为其他名称，或者将其命名为 Microsoft AppGet 。
基万写道，在整个过程中，他并不完全清楚自己在微软的角色是什么。 他的职责是什么？ 我应该向谁报告？ 谁来向他汇报？ 在这些缓慢的谈判中，他试图澄清其中一些答案，但从未得到明确的答案。
经过几个月又非常缓慢的电子邮件谈判后，他被告知通过 BizDev 的招聘流程将需要很长时间。 加快这一过程的另一种方法是简单地以“奖金”雇用他，之后他将开始迁移代码库。 他没有反对，所以他们在雷德蒙德安排了几次会议/采访。
该过程已经开始。 5 年 2019 月 XNUMX 日，Keyvan 飞往西雅图——微软总部——在那里呆了一整天，采访了各种人并与安德鲁谈判。 晚上我打车去机场，返回温哥华。
他被告知要等待人力资源部门的电话。 但是之后， Keyvan 六个月没有收到 Microsoft 的任何消息。 直到2020年XNUMX月中旬，安德鲁的一位老朋友第二天宣布WinGet程序发布时：
你好，Kayvan，我希望你和你的家人一切都好 - 与美国相比，不列颠哥伦比亚省似乎在新冠疫情方面做得很好。
非常抱歉项目经理的职位没有成功。 我想花时间表达我们非常感谢您的意见和想法。 我们已经为 Windows 开发了一个包管理器，第一个预览版将于明天的 Build 2020 上发布。我们还将在博客中提到 appget，因为我们认为 Windows 上有不同的包管理器的空间。 我们的包管理器也是基于 GitHub 的，但显然有我们自己的实现等等。 它也是开源的，因此显然我们欢迎您提出任何意见。
基万并不太惊讶。 那时，他不会被邀请去微软工作的事情已经很明显了；这并没有让他感到不安，因为他怀疑自己是否愿意在这么大的公司工作。
但真正的惊喜等待着他，当他第二天看到 ：“当我向妻子展示该存储库时，她说的第一句话是，“他们称之为 WinGet？” 你是认真的？？” 我什至不需要向她解释基本机制、术语、格式和 ，甚至包存储库文件夹结构也受到 AppGet 的启发。”
对于 Microsoft，一家价值 1,4 万亿美元的公司，终于齐心协力，为其旗舰产品发布了一个像样的包管理器，我是否感到不安？ 不，他们几年前就应该这么做了。 他们不应该把 Windows 应用商店搞得那么糟糕。”Keyvan 写道。 “现实是，无论我如何努力推广 AppGet，它的增长速度永远无法与 Microsoft 的解决方案相同。 我创建 AppGet 并不是为了致富、出名或在 Microsoft 找到一份工作。 我创建 AppGet 是因为我相信我们 Windows 用户也应该获得良好的应用程序管理体验。 令我困扰的是这到底是如何完成的。 沟通缓慢且糟糕。 最后，无线电完全静默。 但最令我震惊的是这个公告。 AppGet 客观上是 WinGet 大多数想法的来源，只是作为另一个包管理器被提及 它恰好存在于这个世界上。 与此同时，其他与 WinGet 几乎没有共同点的包管理器也被提及并得到了更彻底的解释。”
凯万·贝吉并没有感到不安。 他说，每一朵乌云都有一线希望。 至少，WinGet 建立在坚实的基础上并且具有成功的潜力。 Windows 用户终于可以拥有一个像样的包管理器了。 对他来说，这个故事成为了一次宝贵的经历：“永远活着，永远学习。”
他解释说，复制代码不是问题，这就是开源的意义所在。 他并不是指复制包/应用程序管理器的一般概念。 但如果你看看 OS X、Homebrew、Chocolaty、Scoop、ninite 等中的类似项目，那么它们都有自己的特点。 然而，WinGet 的工作原理与 AppGet 几乎相同：“想知道 Microsoft WinGet 是如何工作的吗？ 去读书吧 “， 他写。
凯万唯一感到不安的是，他的工作没有在任何地方被提及。
以供参考。 “拥抱、延伸和熄灭”这句话， ，被 Microsoft 用于描述使用广泛接受的标准引入软件的行业策略。 该策略是扩大这些标准并继续利用这些差异来获得超越竞争对手的优势。
就AppGet而言，这种策略不能说是以其纯粹的形式应用，但可以考虑一些元素。 自由软件的支持者认为这是道德上不可接受的行为，并且仍然不信任微软将 Linux 子系统引入 Windows 操作系统的举措（）。 他们说，微软的核心没有改变，也永远不会改变。
来源： habr.com