otis_inf
Joined 12 years ago
Joined 12 years ago
This poses a problem as the amount of shots is quite large... We have a channel where users post their shots, and the bot basically harvests the links of the shots which have a high amount of votes. So currently no re-hosting of images occurs.
I can image tho why Discord does this. Our gallery is likely not visited a lot, but I can imagine high profile files pulled from discord channels like pirated software/malware etc. are a big problem. The route to the server / channel where the files are coming from isn't known, only to discord
> ServiceStack has been a valuable contribution to the .NET community, and your continued development/support of it should defacto make you an MVP.
Yes, and back in the days when I received my MVP title, this kind of thinking was part of the criteria. Nowadays... no way. It started 7-8 years ago I think when they decided there couldn't be more than X mvp's for a given category and they wanted at least Y mvp's in a given region. So less in the west, and more in say India. While it's fine to make it a more world-wide program and recognize people in communities which are less known to people in 'the west', the criteria to accomplish this changed with it: if you started a user group somewhere in a region without an mvp and someone nominated you, you had a good chance becoming one.
This is all OK btw, if your criteria is about evangelizing. If your criteria is about 'the people who are the most skilled in ABC' then it's not. So this shift in who would receive the award changed the program.
Nowadays it's rather silly tbh. If you want to get renewed you have to fill in a form where you describe why you want to get renewed. wtf... it's an award you receive. Why would you need to tell MS why you'd want to receive an award you haven't received yet as they decide who gets it...
While you make sense from Google's PoV, it doesn't from the customer's PoV. As google is a big corp, it's IMHO better to side with the customer here, as next time it might be you who's getting screwed over by Google/other corp.
- It allows them to peek into any private repo on GH right from their own office. All major players host code there, likely a lot of them in private repos too. Microsoft has a large trackrecord of 'me too' products (i.e. the ones released after the original from another company is successful) and corporate espionage isn't something that's just happening in the movies. This too could make things very profitable
- Developer relations across private repos could increase the value of linkedin profiles which in turn could make that more valuable.
But that's about what I could come up with. I seriously don't understand why one would spent $2B on github if it hosts your OSS stuff. Also, to make sure VSTS become more successful with an integration doesn't make sense to me: GH isn't the most profitable service out there and was losing money. Hell it might even go belly up sooner or later and VSTS would look to be a better alternative.
> Note: the release/2.0.0 branch of the CLI repo is based on the upcoming v2 of .NET Core and is considered pre-release.
i.e. it's still preview (albeit 2.0.1).
Ah missed / overlooked that!
Scientific research suggests otherwise though.
Isn't that 'after the fact', considering your teamcity polls the gitlab repo a lot, so a commit will trigger a build right after it, and if everything goes well, deploy it too?
So you have to know up front whether a thing is 'risky', but that's a subjective term.