Live data from Hacker News

Microsoft takes .NET open source and cross-platform

news.microsoft.com

751–760 of 937 posts

Re: Microsoft takes .NET open source and cross-platform

#751
post #483

Great news, but I think people need to realize this is really just Microsoft pledging to merge and support what Mono has already been doing. You won't magically be able to take a WPF app and run it on your Mac. You will however be able to write a server app or maybe simple command line tool that runs on Mac & Linux. It's great news to see Microsoft acknowledging and supporting Mono, but there isn't a magic switch tha…

Right. And that is a good thing. Java has shown us that no one really wants write-once-run-everywhere GUI software, as it never feels "right" or at-home on guest platforms

So because Java shown that then it is a good thing to try for? Does Java represent to you a sort of a unbeatable limit that no one could possibly pass? Have you ever seen a JavaFX app?

Re: Microsoft takes .NET open source and cross-platform

#752

Does anyone know if this means an OSX/Linux version of Visual Studio might one day be possible?

Microsoftie here. Pure speculation on my part, but Visual Studio in its full form might be one of the most impressive pieces we have at Microsoft - but definitely one of the most complex. Good intentions aside, bringing VS over to *nix would involve a gigantic amount of (costly) man hours...

Re: Microsoft takes .NET open source and cross-platform

#754

Earlier quoted context omitted.

"But in Haskell pure functions are guaranteed to have same result with same input." I'm pretty sure that same law applies to a pure function in any language, not just Haskell. #shitthatHNsays

Correct. Though many languages don't encourage and as a result don't have nearly as many pure functions as Haskell code.

Point being, I/O doesn't square with that concept. For some reason, every time I point this out, I'm accused of not appreciating the beauty of pure functions. I love pure functions. Maybe they're not appreciating the ugly reality of I/O?

Re: Microsoft takes .NET open source and cross-platform

#755
post #316

Earlier quoted context omitted.

Microsoft has been playing catch-up on developing that "nice things" like trying to build an open-source community. NuGet, open-sourcing the ASP.Net and EF stacks, etc. A long way to go, but they've recognized their big failing and are moving on it. MS makes some great technology and some terrible tech... but the problem is the terrible tech gets the same blessing as the great tech. An open-source community is the be…

I'm not so sure I believe that they're trying to do a "nice thing" out of the goodness of their hearts. They've held pretty tightly to .NET because in order to deploy anything developed in .NET you needed to buy Windows licenses. Recently that hasn't played out so well. Software developers look to minimize costs and overhead that doesn't contribute to their mission (e.g. licenses and license compliance). There's just…

Your analysis is absolutely solid, but I'm not sure anyone read this and thought "Oh gee how nice of M$ to give back".

In the end I think this is overwhelmingly a net positive for both MSFT and developers.

Re: Microsoft takes .NET open source and cross-platform

#756
post #754

Earlier quoted context omitted.

Correct. Though many languages don't encourage and as a result don't have nearly as many pure functions as Haskell code.

Point being, I/O doesn't square with that concept. For some reason, every time I point this out, I'm accused of not appreciating the beauty of pure functions. I love pure functions. Maybe they're not appreciating the ugly reality of I/O?

> Point being, I/O doesn't square with that concept.

Sure it does, and composes well under it.

Re: Microsoft takes .NET open source and cross-platform

#757
post #754

Earlier quoted context omitted.

Point being, I/O doesn't square with that concept. For some reason, every time I point this out, I'm accused of not appreciating the beauty of pure functions. I love pure functions. Maybe they're not appreciating the ugly reality of I/O?

> Point being, I/O doesn't square with that concept. Sure it does, and composes well under it.

I'm seeing I/O as "side effects with possible random error conditions". I really don't see how that squares with functional purity.

It's late on EST but I promise if you put effort into explaining a higher-order take on this I'll put effort into reading and understanding it tomorrow. Have a good night.

Re: Microsoft takes .NET open source and cross-platform

#758

This is really big news. I'm not sure why Microsoft is doing it, though? Seems like a great way to completely kill Windows in the server market.

Bear in mind Microsoft will happily sell you Linux VMs running in Azure.

ASP.NET running on Linux servers doesn't magically make people want to buy Linux VM's at Microsoft.

Re: Microsoft takes .NET open source and cross-platform

#759
post #720

Earlier quoted context omitted.

Why not? I just can't see why every language needs to gather cruft rather than evolve elegantly. Imho major versions of compilers should aim to NOT remain backwards compatible, so they can remove or change things in the syntax while they add things.

Imagine this. I'm using Cool-Lang version 2. Now Cool-Lang 3 comes out. It has lots of features that I want to use. If the new version is compatible with the old one, I download it and start using it. If not, I have to convert my whole codebase first. In practice, that means it may be many years before I can use version 3. Look at Python. In 3.0, they decided to clean up some stuff from 2.x. They even wrote a tool 2t…

Py2 to py3 is too far a jump which is made obvious from the fork-like nature of the project. Minor changes like API deprecation is of course already taking place in most projects. Just need to strike a balance.

I rewrote 100klines at least from C#1 to C#2 when generics came in 2.0. It was compatible in that the non generic code still worked, but I don't really see what difference that made. If we didn't want to upgrade the cod me then we wouldn't have updated the compiler!

Obviously if you don't want the benefits of Py3 then you don't have to pay the upgrade cost either.

Post reply on HN