上週微軟發布了一個套件管理器 作為會議公告的一部分 。 許多人認為這進一步證明了微軟與開源運動的和解。 但加拿大開發商 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 作業系統的舉措（）。 他們說，微軟的核心沒有改變，也永遠不會改變。
來源： www.habr.com