Skip to content
HomeVideosBooksBlogs
AllTop postsTopics
Podcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K
    K

    Keivan Beigi

    keivan.io · Personal blog · on HN since 2020

    Keivan Beigi, creator of the AppGet Windows package manager, writes about his software and how Microsoft's winget came about.

    Visit blogHN submissions
    Business & StrategyOpen Source & LinuxTech Industry
    What HN says

    HN links his post on AppGet's end in discussions of Microsoft's winget, with commenters seeing a pattern of Microsoft taking ideas after acquisition talks.

    Stats for nerds
    25HN people shared it
    5linked in comments
    2.2Kstory points
    Aug 2025last shared
    2020people per year2025

    Top posts on HN

    1. 1
      The Day AppGet Died
      22 people · 2.2K points · first shared 2020 · 535 comments on HN
    2. 2
      Appget what chocolatey wasnt
      3 people · first shared 2020

    What HN people wrote when they linked it

    • rdgthreeJun 2020

      This seems more in the realm of poorly managed expectations and less intentional and malicious copying. After reading his original blog post[0] I felt like they were originally interested in acquiring his software, but decided to go in a different direction with it and just weren't transparent about that decision at the time. It's not like they had to talk to him, the code is literally open sourced.

      There's definitely things to gain from talking to the author of the project, but seems a bit reaching to suggest they wouldn't have been able to do what they did without talking to him. And it seems like a particularly pessimistic read to assume they were just lying to him outright to pull from his experience. Very little to gain from being a shark in this scenario, tons to (potentially) gain from acquiring an existing package manager. Gotta follow the incentives.

      It's also worth mentioning that he mentioned the name similarity in his post in this way:

      > When I showed it to my wife, the first thing she said was, “They Called it WinGet? are you serious!?” I didn’t even have to explain to her how the core mechanics, terminology, the manifest format and structure, even the package repository’s folder structure, are very inspired by AppGet.

      He did not go on to mention that his own name was (nearly certainly) inspired by apt-get (stylized as AptGet on Ubuntu[1]). Implying he was the originator of the name [X]Get for a package manager seems aggressively dishonest, to the point that…

    • waonMay 2020

      Not disagreeing with you, but I think it's better to make it a little bit more clear what exactly was copied. Reading the article mentioned in the OP, the main selling point for appget seems to be that the packages are written in yaml:

      > Do you want to know how Microsoft WinGet works? go read the article (https://keivan.io/appget-what-chocolatey-wasnt/)

      But that alone doesn't particularly strike me as a completely novel approach on its own. Looking at package definitions for firefox across various package managers, you can notice that they all look somewhat similar to some degree. Though one could argue that appget and winget looks more similar than others, I'm not sure this is wholesale copying without digging into more details. But again, I'm not trying to argue that it's not, and I also agree the OP should've received more credit.

      appget: https://github.com/appget/appget.packages/blob/master/manifests/firefox/firefox.yaml

      winget: https://github.com/microsoft/winget-pkgs/blob/master/manifests/Mozilla/Firefox/76.0.1.yaml

      scoop: https://github.com/lukesampson/scoop-extras/blob/master/bucket/firefox.json

      homebrew cask: https://github.com/Homebrew/homebrew-cask/blob/master/Casks/firefox.rb

      That being said, the fake interview process explained in the article is totally unacceptable and deserves some explanations from MS.

    • kayoneMay 2020

      Author here,
      Because it's sure to come up here is a comment I wrote on Reddit that clarifies somethings, I haven't updated the original article since I'm not sure what the etiquette for updating a highly shared article is.

      ------

      Code being copied isn't an issue. I knew full well what it meant to release something opensource and I don't regret it one bit. What was copied with no credit is the foundation of the project. How it actually works. If I were the patenting type, this would be the thing you would patent. ps. I don't regret not patenting anything.
      And I don't mean the general concept of package/app managers, they have been done a hundred times. If you look at similar projects across OSes, Homebrew, Chocolaty, Scoop, ninite etc; you'll see they all do it in their own way. However, WinGet works pretty much identical to the way AppGet works.
      Do you want to know how Microsoft WinGet works? go read the article (https://keivan.io/appget-what-chocolatey-wasnt/) I wrote 2 years ago about how AppGet works.

      I'm not even upset they copied me. To me, that's a validation of how sound my idea was. What upsets me is how no credit was given.

    • 3npDec 2021

      I don't know if you're aware of other not-that-ancient incidents like these?

      https://keivan.io/the-day-appget-died/

      https://web.archive.org/web/20180715225433/https://threadreaderapp.com/thread/1002696910266773505.html

      It took significant public outrage and press coverage before either of those were even acknowledged, a long time after.

      > What were the chances that Microsoft was openly doing that?

      After reading the above, is it really that edgy to be assuming the worst? If it's truly just recurring instances of different rogue employees, doesn't that speak to a systemic and/or cultural issue that needs to be addressed with additional internal safeguards and/or deterrents to prevent it from happening again?

      To the credit of the relevant team here, today this was promptly addressed as soon as it got their attention. But it will take more than that to set to rest decades of precedence.

      (I did not partake in the flaming and don't find it constructive or beneficial; just saying I have full understanding of the suspicion and understand that MS are still on probation)

    • KronisLVMar 2024

      I think people will take issue with this comment due to hating anything that is not open source, but I think that it rings true.

      > The author wrongfully believes all SSPL licensed code would be “open source” otherwise. This is incorrect. SSPL is good compared to the default, which is closed source.

      The other alternative would be not really having enough funding to keep developing the software, especially if a larger org comes along and earns money from it and you get nothing. Surely we know that many open source projects are struggling: https://staltz.com/software-below-the-poverty-line.html

      And if you don't think about protecting your code or ideas, things like this will inevitably happen: https://keivan.io/the-day-appget-died/

      If someone wants to have AGPL or SSPL for their software, that's okay. If I find myself in circumstances where I can't use their project or code because of this (e.g. closed source project for someone else, where that would be an issue), that's just what I'll have to deal with.

    • chxApr 2021

      Looking at https://keivan.io/the-day-appget-died/ and https://github.com/microsoft/winget-cli/milestone/5 (seven months late and that's just 0.3) with a nod at https://i.imgur.com/gADLhSW.jpg I'd say someone recognized the lack of package managers at Microsoft and various underlings came up with solutions. One was the Andrew mentioned by Keivan who basically wanted to acquihire Keivan/AppGet but he lacked the clout to do so. Another was a manager, let's randomly call him Bart who decided to build an in house solution, grabbed a few people and created WinGet. While Andrew couldn't make it, Bart also didn't manage to secure enough funding to reach his goals so we are now in this cursed state where AppGet is gone, and Bart's team is very slowly moving along so no good solution is available and frustrated by the lack of results Bart might get shut down any minute...

    Related

    Doug Sevendougseven.com30 people

    Knightmare: A DevOps Cautionary Tale (2014)

    Doug Seven
    Personal · last shared 2024
    Miguel de Icazatirania.org184 people

    Callbacks as our Generation's Goto Statement

    Miguel de Icaza
    Personal · last shared 2026
    Andrew Nesbittnesbitt.io84 people

    GitHub Actions has a package manager, and it might be the worst

    Andrew Nesbitt
    Personal · last shared 2026
    Krisztián Kovácskkovacs.eu34 people

    Cool, but obscure Unix tools

    Krisztián Kovács
    Personal · last shared 2026
    Bozhidar Batsovbatsov.com66 people

    Firefox is the alternative to a Chrome hegemony

    Bozhidar Batsov
    Personal · last shared 2026
    Marco Armentmarco.org644 people

    Shame on Y Combinator

    Marco Arment
    Personal · last shared 2026
    Greg Parkersealiesoftware.com31 people

    An Illustrated History of objc_msgSend

    Greg Parker
    Personal · last shared 2026
    Hardcore Softwarehardcoresoftware.learningbyshipping.com85 people

    Systems ideas that sound good but almost never work

    Hardcore Software
    Personal · last shared 2026