Posted by kretaceous 10/24/2024
https://learn.microsoft.com/en-us/visualstudio/releases/2022...
I'd also like to note the great integration Rider has with Godot and Unity for game development.
I say this as a big user of JetBrains - I have had SOME issues with their intellisense dropping some references in Rider when there are a lot of references, so I would occasionally switch to VS when there were a lot of references to search through, but other than extreme cases Rider is just so much more pleasant to use.
Honestly I don't know why there are so many almost identical IDEs.
And they present them as "just" a dedicated UI around the plugins.
But no, they are not actually the same. Essentially ever. The dedicated IDEs often have features that never make it into their plugins, and a lot of the UX and project structure/preferences/etc are quite specialized and don't always have equivalents outside it. You get like 90-95% with the plug-in, but not 100%, and sometimes that's a critical difference.
The plugins do have the distinct benefit of allowing you to use multiple in a single project, though.
I think the differences are more akin to the old Visual C# Express and Visual Basic Express IDEs vs Visual Studio. Visual Studio was always "everything", but you used to get the express versions that were "low cost" or free. They only had the single language in them. They were customised to just that language. This is what Rider is to IntelliJ Professional, except from what I understand, the plug-ins for IntelliJ are not always on a 1:1 feature parity. This can even be seen with Android Studio and IntelliJ Community. The Android tooling in IntelliJ Community is almost the same, but it does miss out some stuff in Android Studio. Because Android Studio is specifically for Android development, and IntelliJ Community is more general purpose Kotlin and Java development. I think the Kotlin Native support is slightly better in IntelliJ Community.
I feel that Rider is somehow better than CLion at c++, even after CLion Nova (Intellisense based on Resharper backend) became a thing.
One difference is that I write boost::asio in CLion, and just vanilla C++ in Rider, and before Nova it was completely unusable with async code, now it's usable with async code, but after a few days of running the editor I end up with fatal IDE errors for CLion, and never for Rider.
Probably a reflection of internal organization to avoid product teams stepping on each others' toes.
I use VS Code daily for .NET development. It's probably 70% of what VS on Windows is, but it works well and I don't need to run a VM for it (if I need some of the in-depth tracing and profiling stuff, I can still fire up the gold standard). VS on Mac was maybe 30%
Sure but VS Code for C# is trash as well. All those years, both Microsoft products, and this the experience is subpar, especially in comparison to the real Visual Studio.
With 200K+ employees, at this point it is better to think of Microsoft as a city and different teams in it as independent companies in that city with employees that sometimes go out for coffee together :-P
https://i.extremetech.com/imagery/content-types/01b4upAMl7t9...
As a former v dash, it was always amusing to see the proclamations come down from the mountain that basically said something like if you are using version x.y.z or below of so and so dependency you must correct it within n days. The people enforcing this seemingly didn't care what the application did or where you were in your software lifecycle, all they cared about was this dependency is raising a flag and we must fix it. :crylaugh:
Yeah not even in the same room of competence imo. Just a cranked up notepad++ in electron and with add-ons imo.
C++/CX was deprecated and replaced by C++/WinRT in 2016.
To this day, to develop WinUI C++ applications, there is no built-in tooling in VS, you need to manually generate and merge C++ code out of IDL files, which have zero support on Visual Studio for syntax highlighting and code completion, unless you reach out to some third party plugins.
To top that, given the way things turned out, C++/WinRT is now in maintenance, no goals to ever move it past C++17, or improve Visual Studio developer experience.
I doubt that they feel embarassed by this outcome.
Multiple inheritance in C++ is a can of worms, unless you're prepared to deal with the related issues of virtual base classes, and diamond inheritance.
That is why after C++ all the languages that support multiple inheritance do so only at the interface level and not implementation code, or rather go with a mix-ins approach.
And in regards to Microsoft world, well the same developers that weren't happy with VCL and Pascal, and in for a treat given that the only modern way to do native Windows UIs in Microsoft world is via .NET consuming DLLs/COM/WinRT, unless they want to either stick with MFC, or the outdated tooling in C++/WinRT.
With regards to multiple inheritance, this was the C++ Builder criticism, not mine. That and the extra macros needed to support the VCL. I was a Delphi guy, so I appreciated that the Object Pascal version of using the VCL was cleaner to use than the C++ interface.
We no longer use C++ for UI. Any native code is wrapped up in to P/Invokes. I think all of our MFC apps are EOL now. Everything is WPF or Maui for cross platform.
> It's probably 70% of what VS on Windows is
no. From my perspective, it doesn’t even have 50% of VS features, and that’s probably a generous estimation. VS has lots and lots of features. Granted, many of them are irrelevant for most users most of the time.
Even Rider is lacking in comparison. It is very limited regarding debugging targets for example.
Visual Studio has come a long way (I've been using it since the .net 1.1 days). Out of the box, it gives you most of what you got from Resharper 2 years ago.
All that said, I switched to Rider a year or so ago and haven't looked back. I used to use VS for C# and VSCode for html/typescript/css, but Rider happily handles both. It's really nice to have one IDE for everything. And unsurprisingly, it seems to perform better than Resharper + VS.
Wasn’t the whole premise of JetBrains making different IDEs for different stacks that you don’t need to learn how to do the basic stuff and can transfer your knowledge from <insert dominant IDE for said stack at the moment>?
Microsoft had continued to evolve it. And a few components from Visual Studio Windows were ported over to be common. But Visual Studio Mac was 100% rebranded Xamarin Studio which of course was just an evolution of MonoDevelop.
If you are writing code that you are going to be paid for, you are supposed to pay.
Of course, they know a lot of small devs will use it that should not. But few of them would have paid anyway and this creates a much greater pool of buyers when those devs get jobs or achieve commercial success.
I am a Rider fan so this is exciting.
It's worth noting that even before this change, you can get the entire JB suite for free if you regularly contribute to a qualifying OSS project https://www.jetbrains.com/community/opensource/.
Curious where the line is if you're using it during a YouTube video that you have a Patreon for etc.
I think most games built never make money.
Free for non-commercial offers a easy way to get people to use it and hopefully advocate for it at their jobs.
Now you can just use it for free for any hobby/oss projects without all the red tape.
I wish Godot's syntax for .NET wasn't horrible though. Its so nasty looking that it just makes me want to use their native language instead.
Compile the engine from source and add your classes as a module. Cuts out all the gdextension glue code and then you don't need to ship a shared library.
Note: We have a fork of godot that has some changes and fixes weve made and engine upgrades are still a breeze. Solving the odd merge conflict is not that hard, people do it all the time. Godot's code base isnt drastically changing from day to day. 3->4 only had significant impact if you were doing certain things with the 'visual server'... other than that even that was easy.
I now have at least 50 GDScript files and not a single C# file, the language is good (with types).
My only issue is that I can't get Copilot in their integrated IDE and that Rider's GDScript plugin doesn't support anonymous functions right now
This is Unreal's license for those that don't know it:
* Game developers (royalties apply after $1 million USD gross product revenue) = Free
* Individuals and small businesses (with less than $1 million USD in annual gross revenue) = Free
Another thing they can do is what they do with YouTrack. 1~2 devs, free, after that X per major version or Y per year.
As a .NET dev for many years, I've noticed there have been periods of time where either Visual Studio or Rider was far better than the other. Currently, Rider is much better.
Hopefully this encourages more people to try out C# & F#. Both fantastic languages.
- Edit - Looks like Webstorm (JS/TS editor) is also free now.
I've found myself totally satisfied with just VS Code on macOS (it's come a really long way).
I'm glad that this move will possibly make .NET more accessible, but I think VSC is in a really good place with C# at the moment and shouldn't be overlooked.
It's a very good choice though for a lot of projects. It's also a great way to try out C#. It has some amazing extensions for certain tasks too.
We have a mono-repo with 100k lines of C# in 8 projects, 40k lines of Vue SFCs in 2 workspaces, 39k lines of TypeScript, 23k lines of Astro. No issues at all running it on a 2021 14" MacBook Pro with only 16GB RAM and 512GB SSD while also running multiple Docker containers for Postgres, Neo4j, Memcached, and LocalStack.
My take is that folks should not underestimate VSC; there are certainly things that Rider does better, but VSC is totally viable for modern .NET backend work.
All in, the mono-repo is somewhere over 250k SLOC with mixed languages (Vue SFC, TS, Astro, JSX, shell). So when VSC is loaded, it's not only handling C#, but also everything else.
Point is that VSC is more than capable of handling production scale, multi-language workspaces even on 2021 hardware with only 16GB of RAM.
Don't get me wrong, I still use VS code for all front-end development and other ecosystems (such as Rust). But when it specifically comes to C#/.NET there is no substitute to Rider in my opinion.
I have used it for angular and react and have had 0 complaints, it works great and the best is that I do not need to switch IDEs anymore
I haven’t tried cursor because I don’t want to “downgrade” to VS Code anymore.
VS Code starts out as a lightweight code editor & via extensions you can turn it into more of an IDE but it'll take a lot of customization & messing around.
Rider is an IDE with all the bells & whistles already included. It also has extensions but they've built it with the most popular things already.
Refactoring, debugging, code navigation, formatting & hinting/suggestions are far superior in Rider. They have a lot more advanced features. Check out some YouTube videos by JetBrains to see examples.
Don't get me wrong - VS Code is still a great tool & I use it daily. I do wish they would have named it something other than "Code" or "Visual Studio Code" but hey, it's Microsoft. They're famous for terrible bad name choices. Maybe they'll make a copilot to fix that.
I've commonly seen enterprise .NET projects that are in the millions of LOC. And one that was over 10 million.
Not using the C# Dev kit, the old OmniSharp stuff is miles behind Rider. It is really poor in comparison.
I've been a previous subscriber, but I let my license lapse after this announcement. I don;t really need to be on the "latest and greatest" train, and I can get my company to buy me a license if a new feature comes in that I need commercially. I have got a perpetual fallback Rider license, but I will also use the non-commercial licenses to do any OS work in my spare time going forward (which is mostly on Mac and why I had a paid licence initially anyway.)
Are you heavily using typescript with a bit of c# or a really tiny code base?
This comment is incomprehensible to me. Do you never refactor code? There are a lot of sophisticated things you can’t do with VSC.
It’s a great editor; but not for c#.
The benefit of using it is absolutely zero unless you’re heavily leaning into the other parts of the VSC ecosystem (like a big typescript code base).
> it’s come a really long way
So has visual studio; and it started off better, and still is.
Rider is too.
I’m happy to die on this hill; if you’re using VSC for c#, it’s because it’s free, and perhaps good enough for some things; not because it’s better than the alternatives.
Even if you’re stuck on a Mac, I can't believe you honestly find VSC an acceptable editor after using rider.
All I can say is I certainly do not agree.
Not trying to start an argument - I've never used Visual Studio with C# (I was a PyCharm user when I started learning Unity so Rider was an obvious choice) but I always assumed that Rider was better - because it was managing to survive as a paid product so it must have had an edge.
I've wondered this for a long time. Last time I looked at the feature list, it seemed to consist mostly of stuff that was already in VS. The rest was stuff for which I could not fathom any practical utility.
Some people love it. When I've asked them why, they mention features that are in VS, but they just didn't know it.
So if you figure it out, let me know.
Back in the days there werent free extensions like Roslynator
I'm pretty sure Resharper existed before Rider. Also, the existence and utility of the plugin is a mystery to me. I tried it once and it adds so many attention disturbing behavior especially in the bottom bar that I disabled it immediately. None of its feature was every needed in the company I work, and the Rider crowd there don't seems to produce better code than those using VS.
I'm not sure that's a valid way to evaluate the utility of an IDE!
I use it every day on a 2021 M1 MacBook Pro 16GB/512GB.
Works completely fine to the extent that I just let my Rider license lapse.
TLDR; it’s not just me.
I’m glad you like it and have found a workflow that works for you. I think you’re crazy.
My point is "you shouldn't skip C# because you think you need a license for an IDE to be use it professionally".
Devs who are already using VSC for doing front-end and want to try full stack can absolutely do heavy lifting in VSC.
I let my license lapse not because Rider wasn't a great IDE, but because VSC is fully capable for backend and fullstack work.
> I think you're crazy
[0] https://learn.microsoft.com/en-us/shows/azure-serverless-con...
otherwise, they are bad engineers, period
keep your strong opinions to yourself and don't be judgemental
you can, however, criticize their workdone instead of their tools
Personally, I have written APIs in C# from scratch to production entirely in VSC; your assertion that "It’s a great editor; but not for c#" is literally false in my lived experience.
Rider is also good. And since I run Linux, VS took itself out of my consideration entirely.
For those developing commercial software on a budget, Visual Studio Code is an excellent option.
Although it lacks some features of JetBrains and Microsoft tools, pairing the .NET CLI with VS Code can still deliver impressive results.
if you can afford $10 monthly, integrating GitHub Copilot with VS Code can elevate it to a fancy, lightweight IDE
For advanced scenarios Rider still rules, and this change is a very welcome one. I hope it will help with promoting .NET as the first choice where teams historically picked Go (which is worse).
> I hope it will help with promoting .NET as the first choice where teams historically picked Go (which is worse)
Do you develop outside?
Wow. VSCode finally got them, it seems.
It came out swinging with a very early open beta and seemed to market itself as the coming replacement for all their IDEs, because all their IDEs would become plugins of sorts under the Fleet architecture, but have a dramatically easier API to develop against for plugin authors, be snappier, load quickly be less memory intensive etc.
From the looks of it now they changed the wording and messaging around Fleet as a longer term project and they seem to have gone back to mainly doubling down on pushing their bespoke IDEs, which ain’t a bad thing
Rider is the only comparable DX to VS outside Windows.
Rider was first-class a few years ago but has gone badly downhill, and it does not support F# on newer versions of .NET - or at least it didn't in June 2024 when I cancelled my subscription.
On a side note, if you code in JS/TS and you are a full-stack or backend dev, use PhpStorm instead. It is essentially Webstorm (+ PHP) + all the database tools. Those tools are one of the big reasons I bought their software with my own money.
Resharper is a plug-in that is hosted by Visual Studio.
Resharper in Rider is pretty much the same as in VS, but in Rider it is native and always feels snappier to me.
My old laptop was a an 8th gen i7 with SSD and 32GB of RAM.
New one is a 13th gen i7 with an NVMe and 64GB of RAM.
I suspect the biggest difference is the NVMe. It probably also helps that I’m using Windows 11’s Dev Drive where I’ve enabled all the policies mentioned in their docs to minimise the impact of Windows Defender.
And finally, so much RAM means Windows gets to keep a lot of my working files cached.
I'm a huge fan of the JetBrains IDEs - the way it understands code relieves so much mental overhead when tracing through my code, finding usages, refactoring, etc. It's one of the rare pieces of software I actually enjoy using. I just can't justify the cost for personal use for the amount I use it, and the fact that I've never really monetized a side project.
Super happy they're making this move. I think there's good logic to getting people hooked with free personal use so they can convince their company to buy licenses for everyone at work.
I've been a Jetbrains user & proponent for many years, with most of my usage in WebStorm. But over the last ~2-3 years I've faced more and more bugs, some sitting open for weeks and months. Just for a short selection:
- The autocomplete popup sometimes froze the IDE completely (and killing the process caused minutes of data loss), open for close to a year[0]
- Since two months ago, the Typescript language server fails to start in Vue projects (due to a broken update by the Vue team). A fixed version of WebStorm was released yesterday, in the meantime you were apparently expected to search for the error message, stumble upon the YouTrack page, and apply a workaround[1]
- Performance is abysmal in a larger React MUI project, think 10-15 seconds for feedback on code changes, sometimes errors just stick around for a good minute or more[2]
- In some situations WebStorm makes autocomplete suggestions that aren't allowed - think effectively a type T with keys K | L, where Omit<T, K> leads to only suggesting K properties, while removing the Omit makes it suggest both K and L properties
- After updating from 2024.1.X to 2024.2.Y, the window had no buttons for minimizing/maximizing anymore. Now, this was partially caused by my environment, but after I found a workaround it was closed as "Third Party Problem". Still feels like a regression to me, since my environment did not change.
These are some of the more memorable ones from this year, but it feels like there's a new one every week. I'm pretty close to dropping my subscription, and this news doesn't fill me with confidence that the necessary investments in Q&A will be made.
[0]: https://youtrack.jetbrains.com/issue/JBR-6171/Random-freezes...
[1]: https://youtrack.jetbrains.com/issue/WEB-68756/Vue-LS-2.x-Co...
[2]: https://youtrack.jetbrains.com/issue/WEB-59766/Very-slow-cod...
I'm pretty close to dropping my subscription, and this news
doesn't fill me with confidence that the necessary investments
in Q&A will be made.
And should they actually lose me, I won't be coming back unless they make amazing improvements that are years ahead of any other editors to win.
https://blog.jetbrains.com/blog/2024/10/24/webstorm-and-ride...
I know people complain about lag in vscode but I have personally never experienced/noticed any. So with that in mind what does rider give that vscode cannot?
There’s tons of overlap between the two, and for casual development VSCode will usually be fine. But as a professional I rely on IDEA to make a living, and it rarely lets me down.
95% of everything I could ever need comes out-of-the-box, so I don’t need to go plugin hunting (though there is a broad range of IDEA plugins too). In fact the IDEA plugins are cross-compatible, so plugins for Rider will work in PhpStorm, PyCharm, Rubymine, etc.
The refactoring is outstanding, and leaps beyond what VSCode can do it. Basically it just understands my code like a real developer would. Not just simply checking syntax, but understanding project structure, naming conventions, coding styles, and more.
PhpStorm gives me access to a full debugger, with inline breakpoints and execution step controls. “Find Usages” is incredibly thorough and even understands dynamic symbol names in many cases.
Also I get a full MySQL and Redis client, right there in the UI. I can click on strings which refer to column names in my code, and they’ll appear in the DB panel instantly.
At the end of the day these are power-user features, but I’m glad to have them and feel significantly more productive in a JetBrains IDE. Embracing static analysis and a full IDE was probably the single most beneficial upgrade to my skills and career.
I really hope they move PhpStorm to the same payment model as Rider so I can also use it for my own non-work projects.
Granted it’s been 2 years but has it evolved since then even?
PhpStorm was superior out of the box as recently as 2 years ago, is another way of putting it
The other paradigm is to have actual tooling and UX specialists having put time and effort curating a developer experience that is as smooth and distraction free as possible. And in my experience with the JetBrains IDEs, that doesn't even come at the cost of extensibility (you still have support, either official or community-based, for esoteric stacks and languages, and those can piggyback on the more sophisticated and adequate UX palette).
What should be the deciding factor is the resource consumption, then: if you end up with a less refined and less capable LSP+Extension enhanced text editor, it better be lightweight, right? Well, here again it's pretty clear that those LSPs and Extensions are everything but that, and not only JetBrains IDEs start fast (which was a big area of focus recently), they also respond better using comparable resources.
Just to be clear, I don't hate vscode, I have it installed, but the extent I use it is very limited because it sits in this uncanny valley where it's too bloated for one-off editing of small things like config files (for which I use vim) and editing whole projects folders (for which it's far from delivering as good an experience as an IDE)
NTFS is painfully slow for many-files type use cases. Unfortunately, many-files describes most codebases. Git clients on Windows are also painfully slow for this reason.
What kind of nonsense is that, lmao. JetBrains IDEs absolutely choke on our Java monorepo out of the box and you have to rely on huge hacks to make it work. While VScode works just fine and stays responsive while indexing in background allowing to move around and modify files without any lag.
And GOD FORBID you close it, open it again and be greeted with 30 minutes of “indexing”. Their tooling is so great, that they had to migrate their homebrew Java tooling in CLion to clangd (C++ LSP) based indexer.
Android Studio is another level of awful and if someone would release Kotlin LSP I’d migrate in an instant. But of course JetBrains won’t release it, because it doesn’t drive IDE sales.
I mean, immense corporate codebases is the bread and butter of IntelliJ Idea and where it has a reputation to shine. I don't doubt that you are commenting in good faith, but the exact opposite of your experience is what most people have been saying about it over the years. Have you considered reporting the issue to them?
My experience of vscode LSPs across several languages is that they too use many GBs of RAM over time, just what you would expect from an IDE (and not from a text editor), while delivering pretty poorly feature-wise (unlike idea-based editors, I can't trust vscode to know how to rename variables across languages e.g. from models into templates/SQL, and that's a pretty essential bar to cross in my book).
"Download an editor and install a random collection of dodgy looking plugins from random authors that will get you maybe 80% of the functionality you want
Enjoy watching the plugins downloading random .exes from all over the place
Any semi-advanced functionality is hidden in a complicated command palette system and a plethora of JSON files
Groovy support? Haha! You're funny
Need to view data in other format than a list/tree view? Get fucked
Good luck!"
Thank God at least someone speeds up eradication of this abomination from mainstream ecosystem.
The difference is big.
Also, often I think to myself "I wish feature X was available", only to find that it is and has been for a while in Jetbrains products.
There's no real need for any plugins because everything I need for my workflows is included out of the box.
It even has support for build agents in docker or bare metal either locally or remote. It includes remote GDB debugging. I can with a single button launch a docker container on a remote server which cross-compiles, uploads the binary to my tablet, launches the app with GDB attached and gives me normal debugging tools including breakpoints and a console. All out of the box with no dependencies required apart from docker.
Interesting to see so many comments talking about extensions, and how you don't need to install any.
In vscode I only have the remote development extensions installed, and I think those come "built in" anyway. I just use a vanilla clean vscode install and its an absolute pleasure to use.
If extensions (or lack of) are the main reason given for not using vscode, then for me at least as someone who does not use extensions in vscode and just use it "as is", there seems to be no benefit.
I guess this lack of any actual incremental value to the average typical end user of vscode (i.e. someone who can just use vscode as-is without needing to install loads of plugins and customizations...) is why they are now giving rider away for free.
The old saying: there are no IDEs, only code editors and Jetbrains products.
One is an IDE, the other is an editor. If you want an editor, of course you will not be happy if you use an IDE
You don’t have to install any plugin to be productive. Though there is a rich ecosystem of plugins but it’s more to allow you to install "bonus" integrations and features where in VSCode it’s necessary because you basically have to build your own IDE. If you don’t install anything, it’s like VS : open your project, click on build, it’s built.
Just try it, in the first start you’ll be asked which keyboard bindings you want to use, just choose VSCode and you’ll feel at home.
VSCode has Solution File and Nuget support with the C# Dev Kit. Refactoring isn't bad either though not as featureful as I remember from Resharper.
Start using JetBrains products - you’ll experience many.
And before I get rained with downvotes I’ve been using JetBrains on various machines for over 10 years. From netbook with Cameron and 2GB of RAM to M1 Pro and M3 MacBooks with 32 GB of RAM.
Theming has moved on a fair bit too...
biggest mistake they have made in a while.
1: yes, I am aware of the Setting that says "breadcrumb placement = top" and I am also aware it does absolutely nothing. I'm currently too burned out on their process to open a YouTrack about it
This was a few ago, so they may have improved that part by now, I've just carried my theme over the updates.
It’s also important to note that if you’re using a non-commercial license, you cannot opt out of the collection of anonymous usage statistics. This is similar to our Early Access Program (where statistics is opt-out) and in compliance with our Privacy Policyhttps://www.jetbrains.com/help/idea/settings-usage-statistic...
That said, if you mean "checked" as in checking for compliance, I don't think anonymous usage statistics are for that. For that they would need to not be anonymous. If they could identify who was improperly using the community versions, it would break the pinky promise of anonymity. (And for the record I personally doubt they are secretly correlating anonymous usage statistics, but if they were, using them for license compliance would involve either revealing that they did this or at least parallel construction.)
That all said, I think everyone will just have to form their own opinion on whether to trust their statements and whether this is acceptable.
Though, I think this still requires contacting a license server (either at your company or at Jetbrains directly) so maybe that doesn't really fix the problem.
Windows exists to sell ads and Microsoft services, and no one can go anywhere because they're locked into legacy software, and Microsoft constantly abuses that position. JetBrains IDEs exist to sell themselves to businesses as a productivity tool. They benefit from making it actually good because no one is locked in and they have real competition.
Not to mention an OS has more access to my data than an IDE. If JetBrains suddenly decided they'd bundle a feature in IntelliJ where they constantly record my entire screen at all times, I'd be much more wary about their telemetry.
Mandating telemetry for the free version makes a lot of sense. They want to understand how people are using their software so they can improve it. Looking at how someone uses your software before they decide not to buy it seems pretty valuable.
But also I suspect Jetbrains management wants more telemetry period. They've discovered that they don't know how power users work with their software because they've all had telemetry off for years.
Catch JetBrains doing something dodgy enough and there will be a similar shitstorm against them.
The only behaviour that annoys me a bit:
- Double clicking an identifier should select the full identifier. However, in Rider (as opposed to Visual Studio) it is connected to the CamelHump setting - which is useful by itself. In Visual Studio you can have both CamelHump enabled and “double clicking the identifier selects the whole identifier”.
- Any startup project tasks like maybe a “webpack watch task” is “in the way” when stopping run/debug of your current application. A separate task runner like in Visual Studio would be beneficial.
- If a solution has file templates defined, every user needs to activate/select them manually in the settings. Quite cumbersome.