Hacker News new | past | comments | ask | show | jobs | submit login

Just to clarify something at the start of the article... If you are using full Visual Studio to develop with .NET 6, you will need 2022. If not, (eg. VS Code), will work with the command line sdk.



Pretty sure there isn't anything you can't do in Jetbrains Rider EAP.

Edit: would like to know why I'm being downvoted.


Apologies - my comment was poorly worded and I think it caused confusion. The article sort of implied that Visual Studio was "The Way to Develop in .NET", while both you and I obviously know that's not true.

I've seen a lot of documentation (third party and Microsoft) that just start in on a "Visual Studio"-based solution while ignoring everything else, which kind of rubs me the wrong way.


My reply wasn’t trying to be negative to yours. Just also wanting to include Rider :) sometimes the features lag behind in rider. Hence I had to be specific and say EAP.

Yeah I know the feeling. I like to remind people there is a good development experience on linux also when using Rider. Sometimes feel like people are still stuck on “.net is windows only!”


- Debugging across .NET and C++ on the same solution.

- Create a architecture diagram out of .NET and native compiled code.

- Integration with SharePoint and Dynamix SDKs

- SQL Server and Azure SDKs

- Using the Fakes mocking framework for MSIL rewriting

- Debugging the GPU shaders

Just a couple of examples, I can take plenty more out of VS enterprise.

I really don't get how people can think JetBrains does better than platform owners.

They will ever play catch-up with platform capabilities and only offer a subset of the package.


So, the parent comment I replied to was in relation to needing VS 2022 for .NET 6, to which I replied that you could use Jetbrains Rider EAP, obviously for .NET 6, to accomplish the task in the linked post.

> They will ever play catch-up with platform capabilities and only offer a subset of the package.

Obviously, they are competing with a 20+yo product.

But atleast I can get all my .NET work done on Linux without needing slow bloated VS with a ton of useless features like 'unit testing for poor code choices or legacy codebases', or 'integration with the 2nd worst collaborative tool after Jira'.


Sure when it all boils down to the tiny .NET Core subset of ASP.NET MVC applications, instead of those 20 years of history.

Looking forward to see how they deal with MAUI and Blazor integration.

What others call bloat I call productivity features.


> They will ever play catch-up with platform capabilities and only offer a subset of the package.

Having used both Visual Studio and Rider for many years now, one is definitely playing catch up but I’m not convinced it’s Rider.

There is an equally long list of things that Rider does and VS doesn’t. There’s a reason Resharper for Visual Studio is so popular.

I’m fond of Visual Studio but using Rider on macOS instead of VS on Windows is a much nicer experience for my .NET development (and I know it’s subjective).

Also worth bearing in mind Rider’s cost vs VS Enterprise’s eye-watering licence fees.


All well and good, if .NET was actually 100% 20 years of portable history without Microsoft/Windows specific tooling.

Borland taught me what it means to always being a 2nd class experience versus owning the platform tooling.

People complain about VS bloat and their answers is to put a yet another heavy weight plugin on top.

When my teammates ask me why my VS is so fast versus theirs, well I don't run Resharper.


Hot reload in Rider only works in debug mode on Windows (to be clear it also works in nondebug sessions on Windows). On Mac trying to use Hot Reload with Rider on a nondebug session errors out, so it’s not 100% yet.


But the article doesn't require hot reload to achieve the goal right?




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: