edit: cue
edit: cue
Keep up the good work re .NET.
edit: grammar
Yes, because it breaks the HN guidelines:
Resist commenting about being downvoted. It never does any good, and it makes boring reading.
Everyone commenting here needs to absorb this rule and develop the small amount of discipline it takes to just not do it. Optimize for signal/noise ratio, because that's what serves intellectual curiosity (https://news.ycombinator.com/newsguidelines.html).
Personally, I've felt a great uncertainty whether downvotes are intended to be used for "I disagree with you" or "your comment isn't what we accept here at HN". I've always assumed the latter but think I heard something from you/PG indicating the former recently. There isn't anything about it in the guidelines. I don't expect a reply from you here (not sure it would do much good, other than just for me) but if you ask around and others have the same lack of clarity, it might be worth writing on.
Lastly, thanks a lot for all the great work you've done for HN in the past several months! (longer?)
There has never been a rule against downvoting for disagreement on HN. (Perhaps the people who think this are mistakenly applying the rule from Reddit, a much better-known site.) But that doesn't mean just any kind of downvoting is ok. For example, downvoting a comment that says 2+2=5 is ok (unless it was quoting Dostoevsky!) But downvoting a substantive comment merely because you don't like the same things as the author is not ok. We see this a lot, for example, in programming language debates.
Some users want us to formalize the downvote policy in a precise rule, but we don't have a precise rule. Here's what we do say about downvotes. First, when you see a comment unfairly in the grey, be a good community member and provide a corrective upvote. Most comments that unfairly dip into grey get corrected this way.
Second, when you get downvoted, resist the temptation to strike back. Getting downvoted excites emotion. It stings a little, and the mind recoils from the idea that one might have deserved it. The way to respond as an HN user is to take the hit, review your comment to see what might have evoked it, adjust future comments when you see anything, and shrug it off when you don't.
If you want more clarification of community norms around downvoting, I've been impressed by brudgers' recent few comments on it and by dragonwriter's comments in https://news.ycombinator.com/item?id=9317916. They both did a better job of articulating the function of downvoting on HN than anything we've written ourselves. There is a body of community practice around this, and if you pay attention with the intent of learning it, you will.
Even porting from Linux to BSD is some work, and they're quite similar in userland. Porting from Linux to "Windows Services for UNIX" (POSIX layer) seems like it is far more work, and if you're going to go that far why not just produce a native Windows binary without the dependencies?
When working from Windows, however, I've always been very happy with Cygwin and regard it as an essential add-on to any Windows install. I really don't care whether Windows has built-in support for a Unix-like environment, as long as I can compile and run my programs.
How's this PR different with how you did it before ( just wondering - i suppose it's a lot of action - reaction related - direct) ?
Thank you for helping bring CLR to FreeBSD.
https://github.com/dotnet/coreclr/pull/782/files#diff-ebcfa0...
That's clean, documented code man.
Are you actually having significant problems in your day to day use, or was this just trolling?
All of that said, I'm actually very happy to see MS opening up .Net/CLR because there is a lot of code that runs under it, and being able to port and reuse that in a linux environment. Even in my current project creating a replacement for a .Net application in node/iojs, there's a small service I'll be using that will run with mono because re-creating the piece in question would be problematic, though that piece will enable a live data migration (encrypted data) to something that won't need the .Net code in question.
As far as MS opening up, I won't deny that they are moving in the right direction, but as far as I'm concerned there's still a ways to go. Get complete compatibility for Office file formats, and I'll be much more sympathetic.