Live data from Hacker News

CoreCLR is now open source

blogs.msdn.com

301–310 of 347 posts

Re: CoreCLR is now open source

#301
post #156

Earlier quoted context omitted.

> Those people would probably have to buy Windows and VisualStudio licenses to code in C# in a VM or just ditch Macs for PCs. No, they can code in Linux using Vim if they want.

They can also walk on broken glass with bare feet.

Which, to me, says something about the language and it's tooling. I've only used C# minimally, but it's fanbase size continues to amaze me.

Re: CoreCLR is now open source

#302
post #258

Earlier quoted context omitted.

In this instance: Desktop, graphics. This from a hobby point of view, though! Which means I have very little time to achieve anything and occasionally don't touch the code in weeks. I've come to write code that is a) trifty b) readable c) works on compile d) leverages type system for composable code that has a specific "correct" way to do things. So I can return to my code, which I've completely forgotten how it work…

I'd recommend the recently released F# Deep Dives as well - it's less about learning the language, than about seeing how a variety of different real world problems can be solved in F#. A few hours reading that gave me more inspiration than all the blog posts solving toy problems I've read in the last year. Table of contents and sample chapters here - http://manning.com/petricek2/

Cool! I had completely missed this. Thanks!

Re: CoreCLR is now open source

#303
Noteworthy from the source: Microsoft does NOT use (unmergable) SLN-files for their projects, but instead scripts-msbuild invocations against specific projects:

https://github.com/dotnet/coreclr/blob/master/build.cmd#L140

https://github.com/dotnet/coreclr/blob/master/build.cmd#L159

I guess this explains why they saw no need to fix the somewhat broken SLN file-format in the first place, but actually did something about project-files. They don't share their customers pain on this point.

Re: CoreCLR is now open source

#304
post #213

Earlier quoted context omitted.

When it comes to propaganda from large and powerful entities, usually it help to reverse the meaning to really understand the message. "Developers,developers,developer" = Fuck developers,need more profits next quarter. "We brought peace and democracy to country " = We seriously fucked it up for years to come, and installed a brutal puppet dictator. "We are not evil like those other mean companies. We will do good in…

It's not only from organizations and powerful entities, I like to apply this logic in normal day-to-day communications with people too. If someone has a very strong opinion about something and tries to "convert" everyone to it (say, vegetarianism, meditation, emacs, or whatever), it is usually because someone is very insecure about him/herself this trait, and made it part of their identity. It usually has no point di…

It called "cognitive load". People are pre occupied with the thing that takes them the most mental effort.

New mothers, people giving up smoking, people changing diet, people trying to hide things about themselves.

"The lady doth protest too much"

http://en.wikipedia.org/wiki/The_lady_doth_protest_too_much,...

Re: CoreCLR is now open source

#305

Earlier quoted context omitted.

> Those people would probably have to buy Windows and VisualStudio licenses to code in C# in a VM or just ditch Macs for PCs. No, they can code in Linux using Vim if they want.

I never tried C# but I did code in Java with vim and emacs. Not a nice experience. Java more or less requires an IDE. I assumed C# would be the same but I could have assumed too much.

I have worked on C# with vim and mono, and I can tell you that it is a lot easier than Java on the command line (which I have done too)

Re: CoreCLR is now open source

#306
post #156

Earlier quoted context omitted.

> Those people would probably have to buy Windows and VisualStudio licenses to code in C# in a VM or just ditch Macs for PCs. No, they can code in Linux using Vim if they want.

They can also walk on broken glass with bare feet.

I like vim and make extensive use of it daily, but I found your comment hilarious. I'm going to have to steal that retort.

Re: CoreCLR is now open source

#307

Earlier quoted context omitted.

I'm pretty sure mono is intending to replace parts of itself with coreclr...

My understanding was that Mono was the "open source CLR." What parts of Mono would this not cover? Once this project gets ported, what barriers to running .NET code on Linux/Mac/etc with performance and reliability comparable to Windows would remain?

Libraries and Frameworks that are MS Only at the moment. I haven't been keeping track of what they have open sourced, so my point may be moot already.

Re: CoreCLR is now open source

#308
post #217

Earlier quoted context omitted.

Silverlight's implementation of WPF runs on OS X already so presumably a lot of the ground work, at least for an OS X port, exists. I'd buy a copy of VS for Mac in a heartbeat.

Same. I haven't run windows in 7 years, but Visual Studio is still one of the best IDEs I've ever used. I'd gladly pay for it if it was released on OS X/Linux, although that's somewhat contingent on the plugins that I want running on it too.

Having used Eclipse, IntelliJ IDEA, Visual Studio in some fashion over the past year, I personally prefer IntelliJ for its well thought-out interface, low footprint, numerous productivity-boosting shortcuts ( I love Help>Productivity guide) and refactoring options, etc. I literally pine for IntelliJ's features when I use Visual Studio. In fact IntelliJ offers the very popular but pricey Resharper extension for Visual Studio to bring Visual Studio on par with IntelliJ's IDE.

Re: CoreCLR is now open source

#309

Earlier quoted context omitted.

I don't see why everything needs to be open source. People who simply don't like Microsoft will not use it just because it's open. Quite the opposite I think - they'd probably immediately fork it and provide an alternate download in order to hurt Microsoft. Are foreign governments a big market that Microsoft has lost a lot of customers from? I don't think so. The vast majority of the potential market for Windows is a…

When your debugging code, being able to see all of the code in the stack trace is valuable alone.

Doesn't VS come with like 6GB of symbols? So you get a nice stack trace wherever in Windows libraries you crash.

Re: CoreCLR is now open source

#310
post #14
post #11

Earlier quoted context omitted.

From their GetHashCode(): // We want to ensure we can change our hash function daily. // This is perfectly fine as long as you don't persist the // value from GetHashCode to disk or count on String A // hashing before string B. Those are bugs in your code. hash1 ^= ThisAssembly.DailyBuildNumber; I'd love to hear the story behind this one :D

I don't know the story, but the logic behind it is simple: If you want to guarantee no one depends on GetHashCode staying static between runs of an application, change it all the time.

I think the story is even simpler than that as the code in question is prefaced with: #if DEBUG

The shipped product doesn't include this "randomness".

Post reply on HN