zlacker

[return to "The Day AppGet Died"]
1. kayone+Tk[view] [source] 2020-05-28 01:57:02
>>lostms+(OP)
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.

◧◩
2. dmix+fO[view] [source] 2020-05-28 07:14:04
>>kayone+Tk
Calling it "WinGet" was the real punch in the gut.

Does Microsoft select for assholes or something? There's a thousand other package manager names [1] in the wild and they chose that one.

So much for "developers, developers, developers"...

[1] https://en.wikipedia.org/wiki/List_of_software_package_manag...

◧◩◪
3. TAForO+lR[view] [source] 2020-05-28 07:46:11
>>dmix+fO
In all fairness:

- "NuGet" is super-popular in .NET circles (included in Visual Studio by default)

- "apt-get" is the classic tool for Windows Subsystem for Linux

So "WinGet" certainly "makes sense" as a name without being a direct ripoff of AppGet

◧◩◪◨
4. banger+zX[view] [source] 2020-05-28 08:48:32
>>TAForO+lR
> "apt-get" is the classic tool for Windows Subsystem for Linux

APT is the classic tool for debian-like Linux distributions. FTFY

◧◩◪◨⬒
5. teeker+g91[view] [source] 2020-05-28 10:34:15
>>banger+zX
Get used to it, this is going to be the bulk of the "Linux" users from now on.

Edit: Imo not a bad thing, it's just how it is. A lot of people will learn (of) Linux through WSL. Linux as a runtime.

◧◩◪◨⬒⬓
6. knolax+jf1[view] [source] 2020-05-28 11:31:53
>>teeker+g91
Considering the fact that there are five times as many Android devices as Windows devices, and the greater ease of use of Termux compared to WSL. I find that highly unlikely. Anecdotally every newbie programmer I've seen try to use WSL has just ended up installing Linux in frustration.
◧◩◪◨⬒⬓⬔
7. teeker+fx1[view] [source] 2020-05-28 13:49:58
>>knolax+jf1
Termux is a terminal emulator, WSL is a subsystem. Did you try [0]? And WSL2?

It's pretty compelling, I predict they will pull in a lot of Apple (who use it for the terminal) devs and make a lot of Windows first devs very happy. And there are a lot.

Btw, am I downvoted because my original comment in not constructive or do people not agree with me?

[0] https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk...

◧◩◪◨⬒⬓⬔⧯
8. PascLe+CX1[view] [source] 2020-05-28 16:01:15
>>teeker+fx1
By the way, every terminal application you're used to (Terminal.app on macOS, iTerm, the Windows Terminal, Ubuntu's Terminal application) is a terminal emulator. I've tried WSL1 and 2 and couldn't get past the typing latency, awful font rendering, incredibly slow downloads, apt/dpkg bugs, and not syncing with the actual filesystem like Linux/macOS do. For example, I like to copy my dotfiles to ~/Dropbox/dotfiles. This isn't possible on Windows, and if you force it to do so it will corrupt the files.
[go to top]