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. wpietr+ba1[view] [source] 2020-05-28 10:41:30
>>kayone+Tk
Ah yes. The new Microsoft, same as the old Microsoft.

I am really sorry this happened to you. On the scale of Microsoft, or even on the scale of what they're putting into this effort, it would have cost approximately nothing to give you an "acquisition" you would have been happy with. If the job didn't work out, they could have given you a fat consulting contract for a year or two. Or they just could have written you a check.

And it would have cost them actual nothing to just treat you with respect. Say how much they loved your work. Credit you publicly as a leader and an inspiration. Arrange a smooth transition for your users.

For what it's worth, I'm glad for you that the job didn't happen. Much better to be far away from people like this.

◧◩◪
3. macspo+ch1[view] [source] 2020-05-28 11:51:43
>>wpietr+ba1
>Ah yes. The new Microsoft, same as the old Microsoft.

I wouldn't say that. It's a big company thing.

◧◩◪◨
4. hoytsc+Xr1[view] [source] 2020-05-28 13:17:24
>>macspo+ch1
Saying that it’s just “a big company thing” is giving Microsoft a pass here. Look at their recent PR: wanting to embrace the developer community [1], their love of open source [2], etc. While AppGet may be an isolated story, I’m inclined to believe that MSFT is simply acting they way they’ve always have — by embracing, by extending, and by extinguishing.

1. https://arstechnica.com/information-technology/2017/05/micro...

2. https://www.theverge.com/2020/5/18/21262103/microsoft-open-s...

◧◩◪◨⬒
5. bcrosb+zy1[view] [source] 2020-05-28 13:58:41
>>hoytsc+Xr1
What happened to AppGet is not what embrace, extend, extinguish means. This strategy refers to writing software compatible with existing dominant software surrounding some shared interop (e.g. a file format they can both read, web standards they both implement, a networking protocol so they can communicate with eachother, etc), gaining market dominance, then making your once compatible software incompatible. Absolutely none of this happened with AppGet.
◧◩◪◨⬒⬓
6. macspo+PN1[view] [source] 2020-05-28 15:09:08
>>bcrosb+zy1
Yeah, that's exactly what I had in mind. Microsoft had a very specific modus operandi in their bad old days, that was different then what they did with AppGet. Here they basically acted like a regular big company trampling over a small company. You'd be hard-pressed to find any big company that hasn't done that. I remember, for example, when Google created 'Go' lang, they didn't care that there was an existing programming language named 'Go!'[1]

[1]https://en.wikipedia.org/wiki/Go!_(programming_language)#Con...

◧◩◪◨⬒⬓⬔
7. servil+0k2[view] [source] 2020-05-28 17:49:40
>>macspo+PN1
Though I agree that this is not an example of EEE, it is still very similar to behaviour from the past:

https://en.wikipedia.org/wiki/Stac_Electronics#Microsoft_law...

[go to top]