Hacker News Reader

Comment by Thaxll | Hacker News Reader

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.

View on HN

Sonarr/Radarr/Lidarr/Emby/Ombi/Jackett/Jellyfin are all very popular media servers and download managers built in .NET

Bitwarden is a self-hosted lastpass/1password competitor in .NET

You've probably used oauth somewhere powered by IdentityServer, played a game built in Unity, and used a mobile app built with Xamarin.

Unity uses a mix of .NET Framework, Mono and their own IL2CPP/Burst compiler stack.

In fact it remains to be announced what are their plans regarding .NET 5.

Unity's not .NET Core though, and probably won't be for quite a while.

Stackoverflow, Bing, UPS, Raygun.com

Oh Scott... it's not like anyone has heard of StackOverflow and they certainly don't discuss their architecture or performance metrics ...

https://stackexchange.com/performance

https://hub.packtpub.com/stack-exchange-migrates-to-net-enti...

And there's definitely nobody can see the current state of their underlying technologies to know about their transitions https://github.com/StackExchange

So ... this all just sounds weird for a startup with a weird name?

I'm incredibly interested in this. A daydream of mine is to create OSS infrastructure/SRE systems in .Net. F# if it makes sense. <3 F#.

F# is nice, but always felt like the ignored child whenever I've used it.

If you like F#, why not just reap all the functional benefits and write it in Haskell, or Rust which has (arguably) just as strong a functional influence (minus the syntax) as F# does, with the benefit of a stronger type system, and better performance, and these days, probably a bigger community than F# as well.

Mostly because of user experience. F# as .NET language has entire ecosystem of high quality libraries to pick from, good IDE support (not as good as Java/C#, but definitely better than Haskell) and smaller learning curve. It's also way more robust than Rust - meaning that you can make a working project with decent performance much quicker. I say that as both F# and Rust developer. IMO the language that covers similar area and may be more tempting to learn is Scala. But if you already know how to utilize .NET platform, then reusing that knowledge in F# is just easier.

Basically what Horusiath said.

I'm a big fan of C# and the .Net platform as well. Being able to mix C# code in a project is compelling. If C# had a strong native SSH(I'm aware of netssh, but something a bit more official/active) implementation, and a WinRM/Remoting implementation that wasn't hidden inside the Powershell project, I think there would be a .Net OSS tools explosion..

Some links to help: 1. https://github.com/quozd/awesome-dotnet 2. https://github.com/thangchung/awesome-dotnet-core 3. https://dapr.io/ 4. https://www.pulumi.com/blog/dotnet-preview/

Not super popular outside the cryptocurrency niche but BTCPay (https://github.com/btcpayserver/btcpayserver) is a good example and has been around for a while.

Same here, our latest greenfield project was done in .NET Framework 4.7.2 and for the looks of it, the next one might be .NET Framework 4.8.

There are plenty of enterprise stuff like SharePoint, Sitecore, GUI components based on commercial partners like Telerik and Component One, among many others that are still on an transition to Core.

And for those that already moved there, their stability is still at v1.0 level, better leave the "fun" to others.

EDIT: typos and grammar.

Why the long wait?

Because .NET Core isn't fully compatible with .NET Framework, and there are lots of stuff which people are willing to spend money porting them.

In the consulting business "I rewrote X in Y" blog posts only happen when someone takes the time to budget the project, because there is someone doing the math of developer time x cost per hour.

Then .NET Framework has been Windows specific for 20 years, there are lots of .NET libraries that are thin wrappers over Windows APIs, or interact with COM/UWP.

Porting them to Core means just rewriting everything from scratch, and if they are to remain anyway Windows specific, there is no advantage other than stay on reboot treadmill that Microsoft has started with the UWP/.NET Core (now backing off with Reunion), so they just keep doing .NET Framework as usual.

That stuff is pretty optional in 2020. I'd argue a lot of it isn't even relevant anymore. Sure, some people will still want/need it, but if you just want to spin up an API .NET Core is good to go.

Pretty optional in 2020? We are certainly not reading the same RFPs.

Spin up an Web API is at most one bullet point among many others.

True. I guess a lot of RFPs requiring software of that nature have probably been largely dominated by the Java and .NET ecosystems for decades and your Nodejs, Python, Ruby, Go ecosystems don't have any compelling offerings or much interest from their community to work on that sort of software?

I feel like a lot of what I see online fits into either SaaS web apps, or well known open source projects / core infrastructure used in building large-scale, distributed systems.

I'm sure there's a lot more out there, but it doesn't seem to get talked about much. Hence, the comment. Meaning if you're interested in coming over to the .NET Core world fr a different background then the things that are missing from full .NET Framework probably aren't of any interest to you.

> Because .NET Core isn't fully compatible with .NET Framework

The roadmap is to collapse both into '.NET Standard' at some point. MS are committed to full cross-platform compatibility.

They're sort of dropping .NET Standard now in favor of .NET 5, which is the main path moving forward. https://devblogs.microsoft.com/dotnet/the-future-of-net-stan...

It's getting hard to keep track tbh :D

Forms, WPF, WCF just as starting example, not bothered to go through the details.

MAUI (Xamarin rebranded) is only expected for .NET 6, if the stupidity of Blazor on Web Widgets doesn't end up replacing it.

I really thought the question was serverside technologies, not desktop?

Answer applies to server as well.

Here is a few ops apps

https://datalust.co/seq https://github.com/PowerShell/PowerShell https://github.com/opserver/Opserver

We build Brighter in .NET Core: https://www.goparamore.io/

Stackshare can be useful to track who is using what, although a lot of folks are not public about it: https://stackshare.io/dot-net-core

Thaxll, meant there are no large scale enterprise .net core applications out there. All the examples here are not really large scale and are not used by millions of concurrent users daily. Bing is not fully .net core. Why LinkedIn and Github are not written on .net?

stackoverflow

Going out of beta in a few days: https://github.com/SolutionsDesign/HnD (and already in production). Customer support system. .NET core, asp.net core mvc.

https://customers.microsoft.com/en-us/story/tencent-telecomm...

GitHub Actions

contasimple.com one of the best invoicing and accounting applications on the cloud

Reply on news.ycombinator.com