381–390 of 435 posts
Have been using VS Studio for 10+ years and never used Rider. What are the most compelling reasons to switch? I have heard lots of praise but little substance so far. For .NET dev it seems hard for any IDE to rival VS Studio's tight integration with the whole MS + .NET ecosystem.
On very large solutions I've found VS to be completely unusable.
Note that you will still have to pay for the AI support, which is presumably a major factor in this strategy. ie. How many devs will really use it in it's "free" state as titled? Fewer and fewer I suspect. I'm sceptical about the prevalence of non-AI-centred-IDEs going forward - we live in a new era now - and I guess JetBrains have also come to that conclusion and this is a pivot to support the thesis.
I don't care about AI support at all
Earlier quoted context omitted.
If Visual Studio has better support for C# than Rider, why does Resharper exist? 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.
> If Visual Studio has better support for C# than Rider, why does Resharper exist? 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 seem…
I'm not sure that's a valid way to evaluate the utility of an IDE!
Earlier quoted context omitted.
To this day there is now Visual C++ developer experience that is comparable to C++ Builder for GUI development, there was C++/CX for a while (C++/CLI depends on C# for the GUI part), but then it was killed by an internal riot that pushed for the ways of ATL and IDL in the form of C++/WinRT. C++/CX was deprecated and replaced by C++/WinRT in 2016. To this day, to develop WinUI C++ applications, there is no built-in to…
I haven't touched C++ Builder since mid 2000's. Does it still rely on the VCL? That was always the criticism I heard at the time. The VCL was written in Pascal and no C++ developer liked that it was not C++. It constantly got flack for it. The VCL was good at the time, but Pascal is more akin to C# in the way it does inheritance, so no multiple inheritance was able to be done with VCL components IIRC.
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.
Earlier quoted context omitted.
> both Microsoft products 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
I thought this org diagram was supposed to be an accurate portrayal of how different teams in MS relate to each other: https://i.extremetech.com/imagery/content-types/01b4upAMl7t9...
Earlier quoted context omitted.
As a regulär Jetbrains products user, I was shocked when I first has to use VS. Until today, I haven't figured out how to open a class by name (from any assembly), other than writing they name in code ans strl-clicking it.
With my key-bindings it's ctrl+comma. I'm genuinely curious though. How did you figure out how to do it in Rider?
Limited commercial use 1 to 3 devs should also be freek as projects this small usually are just starting and aren't profitable yet. Beyond that, yes , it should be sustainable for the team to pay for commercial license.
This is like hiring construction workers, but not having money to buy them a hammer and nails. This ridiculous notion that software developers need to use free tools and neither they or their employer can't pay for any is very odd to me.
Earlier quoted context omitted.
What about 1 developer developing something for commercial use ?
They also offer a personal license, which I would say should be affordable to any devs if they were getting money. Rider is $149/year for the first year, $119 for second, and $89/year for the third year onward.
Earlier quoted context omitted.
Sadly I cancelled my Rider subscription this year because AFAICT they've stopped supporting F#, it hasn't worked well for at least two years and has only gotten worse: crawling performance, lots of erroneous red squiggles, no IDE support for later .NET features. Maybe Visual Studio is better than it was a few years ago, but these days I just use emacs, and the MS F# team seems to prefer VSC over VS.
This is complete nonsense. Rider has first-class F# support and a sizable faction of employees internally who love and use it.
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.
I have a very good perception of Jetbrains as a brand, even though I have only used YouTrack for some days. What I don't understand is, why do they have so many IDEs instead of a single one? Is it really necesary? Are language writting/editing needs so different? Honest question here.