Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

.NET Orleans

dotnet.github.io

Post reply on HN
Print view View original

81–90 of 287 posts

Re: .NET Orleans

#81

Post by tmpz22 »

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains.

Specifically I'm talking about tools like LINQ, dotnet core libraries, VS and VS Code integration, and the standard library and common library packages.

I still think it has a long way to go but its still a huge potential upside, which is to say nothing of how its coming to dominate the games industry as well.

Re: .NET Orleans

#82

Post by FridgeSeal »

joshsyn wrote: post #71

No F# support :O

Microsoft? Do something to meaningfully and significantly improve F# instead of leaving it in the corner and occasionally tossing it things? You must be joking.

I'm mostly convinced F# is there so MS can say "you can do functional things, yeah!" without needing to make a meaningful effort.

Re: .NET Orleans

#83

Post by Quarrelsome »

reubenbond wrote: post #57
Quarrelsome wrote: post #48

I'm getting seriously bad .NET Remoting flashbacks. Someone tell me how this is different and won't hide important transactional boundaries.

All communication in Orleans is asynchronous, similar to communication in gRPC, so in .NET world, you're using async/await with methods that return Task/Task /etc. The boundary there is hopefully apparent: async calls can incur IO and have a cost and the 'async' keyword can hopefully make that cost apparent to the developer. References to grains are represented by interfaces and if the machine you're communicating wi…

I guess there's a lot to be said in regards to the rest of the .NET changes since 2001. There's no more blocking and spinning forever on a sync called from A to B and perhaps fail over is thought of better. Also it seems to architecture is basically forcing the "good path" of every service being instance based and throw away whereas .NET Remoting offered dark, unscaling singleton paths of dark doom.

Re: .NET Orleans

#84

Post by reubenbond »

FridgeSeal wrote: post #82
joshsyn wrote: post #71

No F# support :O

Microsoft? Do something to meaningfully and significantly improve F# instead of leaving it in the corner and occasionally tossing it things? You must be joking. I'm mostly convinced F# is there so MS can say "you can do functional things, yeah!" without needing to make a meaningful effort.

There are developers using Orleans with F#, so it does work. It is not as nice of an experience as it ought to be, though. For example, it requires a dummy C# project to hold the generated RPC/serialization code. PRs to improve the experience for F# developers are greatly appreciated.

Re: .NET Orleans

#85

Post by dmitryminkovsky »

tmpz22 wrote: post #81

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains. Specifi…

Not sure this will happen given Node/Typescript/VSCode (also Microsoft, fun how they’ve taken over Node right?) but the dotnet platform sure is rich. I had the opportunity to work with it this year and I found it to be very nice! Not surprised to see it gaining more and more momentum with libraries like this.

Re: .NET Orleans

#86

Post by tmpz22 »

dmitryminkovsky wrote: post #85
tmpz22 wrote: post #81

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains. Specifi…

Not sure this will happen given Node/Typescript/VSCode (also Microsoft, fun how they’ve taken over Node right?) but the dotnet platform sure is rich. I had the opportunity to work with it this year and I found it to be very nice! Not surprised to see it gaining more and more momentum with libraries like this.

The coup de grace is functioning and sane server side rendering of ReactJS apps by c# applications. If Microsoft can make that easy and simple it will lead to a huge churn as many software companies replace less efficient nodeJS applications for that use case. Typescript will always have its placed client-side but there will be huge user benefits if we can have more and better server side rendering.

Re: .NET Orleans

#87

Post by Thaxll »

tmpz22 wrote: post #81

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains. Specifi…

I'm pretty sure net core will remain for a long time in the enterprise world before making anything in the more open source / general public.

It's 2020 I can't name a single server side known application built in net core.

Re: .NET Orleans

#88

Post by boogies »

tmpz22 wrote: post #81

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains. Specifi…

> its coming to dominate the games industry as well

Really? I was of the impression that Unity C# is the old, established player in this space, while Godot (which supports C# but doesn’t force it at all) is growing among hobbyists and indies and may eventually pass the current popularity of Blender in VFX and go on to dominate the games industry in a few years or a decade.

Re: .NET Orleans

#89

Post by brchn »

Thaxll wrote: post #87
tmpz22 wrote: post #81

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains. Specifi…

I'm pretty sure net core will remain for a long time in the enterprise world before making anything in the more open source / general public. It's 2020 I can't name a single server side known application built in net core.

stackoverflow

Re: .NET Orleans

#90

Post by manigandham »

tmpz22 wrote: post #81

I spent some time learning dotnet core this year and with the slow-grind progress Microsoft has made it really does look like the technology stack might start to replace Java, Go, Rails, NodeJS, over the next decade. You can really feel Microsoft's experience in language development and enterprise software development coming together to provide better ecosystem ergonomics than other frameworks and toolchains. Specifi…

It already has replaced those (or prevented them from ever catching on) in thousands of companies. .NET was always fast and highly productive, and the last 5 years of .NET Core have taken it to the next level.

The language stack is unmatched in terms of how quickly you can make a high-quality product across many different platforms.

Post reply on HN