Live data from Hacker News

Microsoft removes hot reload from open source .NET, locks it to Visual Studio

github.com

1–10 of 62 posts

Re: Microsoft removes hot reload from open source .NET, locks it to Visual Studio

#4
This is a terrible decision. The feature already works, and if they’re not happy with it, they could just slap a preview/beta flag on it in the docs like they do for many other things.

Instead, they actually ripped out the code.

Other web frameworks have had this functionality for years. .NET just finally caught up, and then they drop it.

Re: Microsoft removes hot reload from open source .NET, locks it to Visual Studio

#5

This is a terrible decision. The feature already works, and if they’re not happy with it, they could just slap a preview/beta flag on it in the docs like they do for many other things. Instead, they actually ripped out the code. Other web frameworks have had this functionality for years. .NET just finally caught up, and then they drop it.

They even locked the PR for the change to prevent it being discussed. This is disgusting behavior.

Re: Microsoft removes hot reload from open source .NET, locks it to Visual Studio

#6
I'm the author of that issue. I think I can be a little more frank here: this is a horrifically short-sighted decision that has me scared for the future of .NET. I have a tremendous amount of respect for the .NET team, and I'm very certain they're not the ones behind this.

I've been incredibly impressed by the hot reload solution that the .NET team has delivered. It's worked remarkably well in preview across multiple platforms and technologies. I've built my own hooks into the hot reload feature, and I've used it to get a tight feedback loop in many different kinds of applications. It's awesome.

I was so excited to be able to point to that feature and say "yes, .NET has a great developer experience - even outside Visual Studio". I haven't always been able to do that. And now... it's going away as a broadly available feature, so that some bean counter can use it to drive usage of a legacy IDE (I love Visual Studio, but let's not kid ourselves about where the future lies).

Immediate feedback (i.e. a fast inner loop) isn't a niche feature - it's an essential element of any creative activity (see: Bret Victor). They are crippling .NET and it hurts to see it.

Re: Microsoft removes hot reload from open source .NET, locks it to Visual Studio

#7
post #6

I'm the author of that issue. I think I can be a little more frank here: this is a horrifically short-sighted decision that has me scared for the future of .NET. I have a tremendous amount of respect for the .NET team, and I'm very certain they're not the ones behind this. I've been incredibly impressed by the hot reload solution that the .NET team has delivered. It's worked remarkably well in preview across multiple…

Completely agree with you, and thanks for opening the issue and raising awareness of this.

I too have been using it successfully in preview (having been waiting a long time for it). To drop it so close to the launch of .NET 6 is crazy to me.

It’s difficult to take a charitable view of this. The messaging around “needing to reprioritise” feels very disingenuous to me.

We were making so much progress…

Re: Microsoft removes hot reload from open source .NET, locks it to Visual Studio

#8
Let's just say that this decision made me reinstall Elixir and open up Phoenix docs... I've been meaning to take a look at them and now I got the push.

Now, I don't think I'll rewrite my current projects in Elixir, far from it, but just in case...

Post reply on HN