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
Microsoft takes .NET open source and cross-platform
751–760 of 937 posts
Re: Microsoft takes .NET open source and cross-platform
#752Does anyone know if this means an OSX/Linux version of Visual Studio might one day be possible?
Re: Microsoft takes .NET open source and cross-platform
#753Also its great to have an engineer at the helm of microsoft again.
Re: Microsoft takes .NET open source and cross-platform
#754Earlier 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.
Re: Microsoft takes .NET open source and cross-platform
#755Earlier 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…
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
#756Earlier 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?
Sure it does, and composes well under it.
Re: Microsoft takes .NET open source and cross-platform
#757Earlier 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.
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
#758This 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.
Re: Microsoft takes .NET open source and cross-platform
#759Earlier 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…
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.