Live data from Hacker News

.NET Core 3.0

devblogs.microsoft.com

181–183 of 183 posts

Re: .NET Core 3.0

#181
post #95

Earlier quoted context omitted.

Seems to me it was fast enough on the desktop and uniformly responsive to events. If you wanted a Windows CRUD desktop application, really nothing better. I suspect that the CLI and the JVM are about as fast, about 2 to 10 times slower than C++. But that .nets libraries are more performant.

.NET started to barely surpass JVM with .NET Core 2, of course this is just a general tendency, actual performance depends greatly on the problem domain, how cleverly program, what counts as "java" and "c#" and so on.

To the point. Doing it right has a much higher influence than the platform. The later might be a barrier but at that stage, that often does not matter anymore. Even PHP utilized the right way (looking at swoole) can performance wise beat other stacks.

Disclaimer: I do not generally encourage the usage of PHP :)

Re: .NET Core 3.0

#182
post #25

Earlier quoted context omitted.

VS is very good but I've been using Rider since the start of this year for most work, I found it to be a very strong competitor.

I've been Rider almost exclusively for about 2 years now, ever since I've been coding Core. VS is fine, but VS w/Resharper is a dog. With Rider, R# is a first class citizen, which makes a huge difference. Not to mention that the vim emulation and other addons are solid due to being shared with the intellij suite of apps.

I switched to Rider from VS with R# after growing weary of the frequent pauses and the constant whining of my laptop fans.

It took a while to configure the colour scheme to something I was comfortable with, but otherwise the experience has been really positive - I love it!

Post reply on HN