Live data from Hacker News

.NET Hot Reload Support via CLI

devblogs.microsoft.com

201–210 of 267 posts

Re: .NET Hot Reload Support via CLI

#201

I no longer have any skin in this game because I decided to move all our products and the whole stack away from Microsoft five years ago, which meant lower costs, ability to easily go all in on K8s, etc. Nothing about their strategy since has made me regret that decision. Kind of sad to see them flailing about and screwing up, burning goodwill from VS Code and the like. DevDiv still doesn’t get it, dinosaurs.

What tech stack do you use now?

Re: .NET Hot Reload Support via CLI

#202

Earlier quoted context omitted.

Email isn't the only way Git is used. In fact, email is explicitly external to Git; Got just cooperates well with it. You know what else Git cooperates with better? Push, pull, rebase, squash, a whole world of branching strategies etc. GitHub's PR model is artificially gimped against many useful features of git, to the point where I suspect they actively hate users creating commits and want themselves to be the only…

You can diff two tips like so: https://github.com/{org}/{repo}/compare/{commitish1}..{commi... Example: https://github.com/facebook/react-native/compare/0.65-stable...

Those are refs. Not commits. GitHub removes access to the old commits of a branch when the branch is force-pushed (say, after a rebase). I'm interested in comparing the branch in its current state against it's previous state.

Re: .NET Hot Reload Support via CLI

#203
post #111

Earlier quoted context omitted.

> but desktop is dead People keep saying this, but they obviously have no idea. Desktop isn’t dead and nowhere near it. Just because web and mobile app developers think so doesn’t make it true. There are several industries in which desktop applications are a must. Any application with the needs of multiple windows automatically rules out web and mobile stacks, even if they happen to work on desktops.

Desktop dead. That would be a nightmare scenario for me as I much prefer coding desktop based apps/games compared to web things. I code web things professionally. It's where the money is. But the fun is in desktop/mobile/console apps/games. It would be more precise to say: Desktop business apps are dead. That is almost 100% true. Some lingering ghosts still exist.

At work we are replacing a huge app which had a C# UI with a micro service based app with a React UI.

While the backed is nice, that React UI feels like crap compared to the old UI. The only reason we are using an React UI being that "it's modern". Not every app should be an web app.

Re: .NET Hot Reload Support via CLI

#204
post #111

Earlier quoted context omitted.

> but desktop is dead People keep saying this, but they obviously have no idea. Desktop isn’t dead and nowhere near it. Just because web and mobile app developers think so doesn’t make it true. There are several industries in which desktop applications are a must. Any application with the needs of multiple windows automatically rules out web and mobile stacks, even if they happen to work on desktops.

Electron has full support for multiple windows, and you can even do it with a regular browser app if you get a little creative (windows can talk directly to other windows they create, and/or all windows could talk to the same server and receive push updates via websocket)

And old apps written in C++ and running on a Pentium 3 will beat the crap out the Electron app which will feel sluggish even on modern hardware.

The only reason Electron exists is to enable Javascript developers do desktop apps without learning other languages and frameworks. Electron is not a solution for desktop development, it's a solution for lazy developers.

Re: .NET Hot Reload Support via CLI

#205
post #53
post #8

A hot-button issue gets corrected now, but then they continue to make subtler moves. Why say you love open-source if you keep the juicy bits of Visual Studio Code closed-source? More like you love open-source... for making money. Microsoft is a big company with changing microcultures all the time. They alone as a whole should not take credit for their open-source endeavors. In general, big contributor names should be…

> Why say you love open-source if you keep the juicy bits of Visual Studio Code closed-source? More like you love open-source... for making money. I really dislike this mindset. Sure, it's disappointing that some pieces of VSCode aren't open-sourced, but man, they open-sourced an entire IDE and plugin ecosystem. That's such a fantastic contribution to the open source community, and yet I see comments like yours that…

It's becoming less open source now. And they lock away the APIs they use so that you can't reimplement the functionality yourself. Many interesting parts of the Python extension are closed source. AI autocomplete too. Remote development is closed source. What will they pick next? Conditional breakpoints? In-IDE HTML preview?

Re: .NET Hot Reload Support via CLI

#206

Earlier quoted context omitted.

>VS has no place anymore. That's exaggeration at best. VS with extensions like Roslynator make C# development really good. VS Code is nice, but I always felt like VS had significantly more reliable Intellisense than VS Code (for C#). but I wish VS (real, not 4Mac) worked on Linux.

Have you tried Rider? I ditched VS as soon as I found it, but I already used intellij idea for java projects. It works perfectly on Linux.

I did. It's ReSharper with an editor built around it. It doesn't feel better than VS.

Re: .NET Hot Reload Support via CLI

#207
post #189

Earlier quoted context omitted.

Email isn't the only way Git is used. In fact, email is explicitly external to Git; Got just cooperates well with it. You know what else Git cooperates with better? Push, pull, rebase, squash, a whole world of branching strategies etc. GitHub's PR model is artificially gimped against many useful features of git, to the point where I suspect they actively hate users creating commits and want themselves to be the only…

Do you have any suggestion for alternative systems, which uses this supposedly "real" git flow, paired with reviews? All the git operations you listed work perfectly fine locally on a repo from github, it's only once you want to push to main you have to go through the review-gate and that's configurable. Gitlab works mostly the same as Github, and for both of them you can configure the merge-strategy and PR requireme…

Reviewable is an example of a product that put in the extra work to support rebase. Its interface is more complex than GitHub s but that's partly from the rebase support and partly just the decision of their designer.

Re: .NET Hot Reload Support via CLI

#208
> We underestimated the number of developers that are dependent upon this capability in their environments across scenarios, and how the CLI was being used alongside Visual Studio to drive inner loop productivity by many.

This doesn’t sound like the full truth to me..

Re: .NET Hot Reload Support via CLI

#209
post #39

Earlier quoted context omitted.

There are people on record that it was the Azure division head Scott Guthrie who gave permission to open source ASP.NET Core (which at the time was part of Azure). Later the asp.net team merged with the .net team and brought the open sourcing with them. VS has no place anymore. The velocity and mindshare is with VS Code. VS with its visual designers had its place .. but desktop is dead and Xamarin competes with frame…

VS Code is not a replacement for an IDE. While I only know IntelliJ, I assume VS must be similar. In short, VS Code is a replacement for Notepad, and not for an IDE. It's not as well integrated, not as thought-out and capable. The only thing that saves it IMO is the remote server mode.

Maybe it feels like an IDE for people used to text editors like VIM. It's probably middle ground between a text editor and an IDE.

Re: .NET Hot Reload Support via CLI

#210

Earlier quoted context omitted.

It's not really about the cost. It's about the principle of having to pay any amount of money to be able to do development work at all with your preferred choice of OS/editor. Attaching a price to your ability to onboard a language with your favorite workflow changes how you view that language and the motives of its maintainers when compared to the alternatives for that platform. Java has no such barrier to adoption…

Visual Studio also has a community edition.

Visual Studio's community edition is something entirely different from IntelliJ's community edition. IntelliJ is open source[1] but Visual Studio is proprietary with tricky license terms[2] that limit it to companies of a certain size, among other things.

[1] https://github.com/JetBrains/intellij-community

[2] https://visualstudio.microsoft.com/license-terms/mlt031819/

Post reply on HN