106 comments
Comment actions Permalink

Michal B I think your Google trend comparison is a little misleading as VS Code is used for many things whereas Rider is just a .Net IDE. I would argue that the vast majority of .Net developers would still be using Visual Studio - and rider is certainly faster than that!

 

Anyway, I support the decision not to provide R# to VS Code. I like VS Code but whenever I try to switch from WebStorm (for angular/Ionic projects) I find that VS Code doesn't quite cut it. But I have recently tried Rider on my Mac and it's pretty good also I wish they would get the Azure devops thing working.

1
Comment actions Permalink

Terrible business decision not to support VSCode. I will never buy Rider because of terrible theming/look and feel. I tried very hard to like Web Storm once, in the end, I decided it is not worth it, my eyes bleed whenever I look at those ugly interfaces.

And when I see Rider is based on the same interface, I did not even bother to try.

Since JetBrains isn't interested in selling in making money with VSCode, fine... I hope one-day VSCode gets so good we no longer need R#.

 

1
Comment actions Permalink

I guess one could open an issue in their issue tracker and see how many votes it will get (if people outside of jetbrains can do that).

Looking at this thread, the demand doesn't seem that big. It has accumulated 4 pages in 4 years.

If it was in their issue tracker with 1000+ votes, i'm sure they would address it.

1
Comment actions Permalink

I know they have .NET experts there also :) 

But with almost 1000 employees i'm sure they have more than just java expertise.

1
Comment actions Permalink

Are we able to debug .NET Core applications in Rider yet?

0
Comment actions Permalink

I have been using VSCode on Linux and VStudio+VSCode on Windows and I must say I am kind of with JetBrains on this one. VSCode definitely has it's place in the world but if you think about how quickly all these editor's started popping up, they are honestly a dime a dozen and it would be a massive project to integrate all the features of Resharper into something like VSCode(or impossible to get all of them). It makes perfect commercial sense to integrate it into your very own already portable IDE, IntelliJ, then you are the master of your own destiny. This is a good way to go if you want to stay top dog.  I also think WebStorm is not too bad either. With so much good stuff on offer why would you commercially waste time and resources on pursuing this, the market is saturated and you've already built it, just better. I also have notepad++  and Sublime 2 installed. Hang in there JetBrains and finish Rider first because I love the idea's that are going on there. It is a bit buggy and I think you guys also went on a roller-coaster ride with dotnet core(you know, the embarrassing project.json incident). +1 for Rider.

0
Comment actions Permalink

I don't think it's going to happen, a gap will be left and a gap will be filled. 

I have been a software dev for over 20 years, I have always favoured MS tools for my IDE and ReShaper filled the gap very well in terms of a decent refactoring tool. I have been to the od TechEd and Build witnessing the MS guys big up ReSharper and say they do such a good job they won't even try to compete. 

Code is new (well, not that new) it feels fast, it is fast, if feels light and zippy but it lacks ReShaper, I have no intention of using a Ryder as for some tasks I would always need to switch back to CODE or full VS due to the place I work etc. 

Anyone remember when .. what was it called? ILSPY? no.. reflector?? when it stopped being free it created a hole, the hole got filled and devs talked about it for a long time. I don't go near reflector now.

0
Comment actions Permalink

err, wasn't that dotpeek from Jetbrains?   Work that one out.  They spotted a gap in the market for the reasons you cite and yet here we are with a much bigger gap in the market and they fail to exploit it.  Just who the hell is making the decisions at this company because whoever it is, they need to be sacked!

 

Ultimately I guess, all it would take is a visionary with a kickstarter campaign and half-a-dozen developers and the issue would be solved in maybe 6 months.

0
Comment actions Permalink

Hi

I want to bump this question, because i'm using R# last years and considering now whether to continue subscription or not.

WPF is dead and i'm a web developer now.

Visual Studio is bad IDE for Angular Web-Development. Its slow, x86 and overloaded. Microsoft said when i opened ticket about x64 IDE with less functional, rewritten without crappy c++ - that they wont do that because it will complicate VS development (shipping of x86 and x64 and all plugins will have to be rewritten, which is sad for me. Almost all my folks moved to Visual Studio Code for Front-End development and to Linux. Could you please rethink over supporting Visual Studio Code for Web-Development on Angular at least as a cross-platform plugin for this IDE. And other modern web-development platforms. I think you can add value in this sphear. 

Back-end is still on .Net but R# value for me decreased because I'm using primarily Ctrl+T for types navigation while some time ago I was using extensively for refactoring and WPF features were awesome as well.

That's what I want to say.

0
Comment actions Permalink

@Andrew

>https://blog.uship.com/shippingcode/visual-studioresharper-level-productivity-in-vscode/

I LOL'd. I mean really. It is thousands of miles away from being vs2017 + R# level of productivity.

While I appreciate VS code for small projects and edits, it is not suited for big projects

0
Comment actions Permalink

@Vilen

I can't really argue with that.  I'm OK with VSC for doing my Angular work but it's hopeless for .NET development.  Rider leaves it for dead but there's something about Rider I just don't like, much like WebStorm.  Whilst both are very productive they feel sluggish and dated.  R# for VSC would be absolute heaven - one super fast and productive editor for most of my work.

0
Comment actions Permalink

@Andrew Well, as I'd like to have R# for VSC it just can't replace VS for me for now.

I like VS toolbar, Tasks/unit test explorer, web publish tools, xml transform tools etc etc

As for sluggish: you can't be snappy if you do much work behind the scenes, think like: notepad++ < VSC < VS < VS + R#

0
Comment actions Permalink

@Stevelillis - Firstly I don’t think Visual Studio is going to die anytime soon, you “moving on” as you say was probably ill advised due to the lack of tooling on these other OS’s. I also do netcore, my preference is still Windows 10 + VS 2017 + Resharper for development, where it ends up running is (or should be) arbitrary. Secondly, if I was a developer on Rider I would find your “subpar” comment a little offensive. Visual Studio has been through years and years of design, development and user feedback. Did you honestly think v1 of Rider would compete with that? I did not but I am hoping one day it will! I also think you are suffering from confusion when it comes to what this thread is about. It is not a petition against Rider, it is support for Resharper in VsCode. I also won’t bore you with the details by citing the ridiculous threats of boycotting Jetbrains either, this is me sticking my hand up and saying: “Dear Jetbrains, regardless of all the negativity and rage on this thread, I commend your efforts and you are doing a good job! I stand by your decision not to support Resharper on VsCode and hope you will continue your efforts with Rider”. Nobody said if you are doing netcore for Linux that you have to use VsCode on Ubuntu, unless of course you are developing directly on the production server ;)

0
Comment actions Permalink

@Tom Maxwell83 - I never mentioned you at all but here is the definition for clarity.  

boycott

verb
1. withdraw from commercial or social relations with (a country, organization, or person) as a punishment or protest.
"we will boycott all banks which take part in the loans scheme"

noun
1. a punitive ban on relations with other bodies, cooperation with a policy, or the handling of goods.
"a boycott of the negotiations"

 

0
Comment actions Permalink

Can someone please make the title of this thread "mistrak" free?

0
Comment actions Permalink

!!!

... and propper refactorings ...

0
Comment actions Permalink

Push. This feature is a must have. Visual Studio Code is really good and fast. Your IDE Rider is in my opinion not worth working with which I already did half of a year. I sadly must say the design handling etc is not innovative. The only reason why I tried it is that it is not as slow as visual studio but as soon as you try out different configurations this point gets lost.

0
Comment actions Permalink

Ok, lets try a different approach.

JetBrains, please DO NOT CREATE A VS CODE PLUGIN..

Lets just leave that here :)

 

 

0
Comment actions Permalink

R# support for VS Code is not needed for web-development anymore. Plugins do their job perfectly, especially for Angular.

R# has to do nothing with VS Code. C++ and C# are still better handled in Visual Studio which is of course bloated with features, but with conjunction of R# you will do your work fast. Despite support of C# and C++ in Vs Code - that support is ugly now.

0
Comment actions Permalink

One year later, there's been no development on this idea huh.. :/

0
Comment actions Permalink

Although Rider looks compelling, not sure if we have time to learn another IDE, after spending years with VS and now 50/50 VS/VSCode.  The market will dictate the decisions - if enough devs move away from VS to VSCode (and not to Rider), then perhaps they will reconsider.  In any event, you can always vote with your membership and walk with your perpetual license.

0
Comment actions Permalink

"We've made a decision to put a lot of efforts/investments to Rider "

I think what they really mean is that they already HAVE put a lot of effort/investments to Rider, and don't want to admit that it was wrong or don't want to see that getting wasted. https://youarenotsosmart.com/2011/03/25/the-sunk-cost-fallacy/.

0
Comment actions Permalink

JB does not have a lock on the R# functionality.  Why not as a community of developers we band together and write our own R# extension for VSC.  It is apparent JB is heavily invested in Rider, which they should be.  A fully integrated IDE that they control makes more sense for them.  Let them chase that market, but at the same time let us develop the tools we need for our market, which is a lightweight IDE that can be used for a variety of projects.  We should create a channel (Slack, Discord, etc.) where can discuss the features needed, implement a plan and start developing the extension.

0
Comment actions Permalink

@Njitman - This is certainly an option, but it would be no small amount of work.

JetBrains already has the code base, the talent, and the experience.  And their products really are excellent.  It would just be a smart business decision for them to pivot.  

But if someone does want to spin up an OpenSource option to replace R#, I'd gladly support it, even through Patreon.

0
Comment actions Permalink

If JB has not started on a VSC extension for R#, they would have a good amount of dev work ahead as well.  Granted, they have all of the code, etc. so definitely faster for them to come to market.  But an open source deal could create a small feature set to start (the ones we all know and love) and then add new features on incremental releases.

0
Comment actions Permalink

you are missing my point, Jason. While I don't  deny that you, JetBrains and three other people prefer Rider (and it is I believe, objectively BETTER at this one specific thing, ie C# refactoring - being Resharper), the market momentum  is somewhere else, and it is VERY unlikely to change, at this stage. All I am saying.

0
Comment actions Permalink

ok, so after my negative comment of some month ago i changed my mind :) I switched from VS + VsCode to Rider+Webstorm annnd..... o boys...  i dont think i will never look back. Sure, i need VS for some task (without R#, so is faster) but never, ever, reopened once VsCode: for my personal needs (Huge Angular+Typescript+SASS projects) Webstorm is much, much better. (refactor and search functions saved me tons of time, plus the git support is superb). 

So as long Jetbrains goes well and continue to update Wbstorm & Rider i'm fine, and now i totally see why they made that choice (but i wouldnt bet that in future everything will be the same as now).

0
Comment actions Permalink

I think i'll chime in here as well. I used VS code for a short while at work, and I really didn't like it. 

I switched to rider, and honestly, it worked flawlessly when we were writing an angular app.

Now we use blazor, and Rider isn't quite there yet in regards to that, so i'm back to visual studio.

But once they sort blazor support, i'm back to Rider once more.

0
Comment actions Permalink

Cengiz Ilerler

The problem with that sentiment is that Rider is the reason you aren't getting what you want. 

A "Resharper for VSCode" would undercut the market for Rider. If they did this, Rider would go poof. . 

I'm not sure if it is because releasing such a beast would be tantamount to disowning Rider and its userbase, or if VS-Code is just incompatible with JetBrains philosophy in some way...

Just to throw out an example that I have no idea if it is correct or not but wondered:

Say for example that VS-Code is geared to be too much of a file-editor than a project editor for JetBrains. Maybe there is no way for a plugin to rewrite the Ctrl-S key to be a Save-All. Every other Jetbrains product, to my knowledge, behaves like this (even the vim plugin makes "ZZ" and ":w" save all files). I know many people who refuse to use anything from Jetbrains because they hate this behavior.

Again, I have no idea if this is the case, but there is a reason JB decided to write their own .NET IDE rather than migrate to VS Code. 

Once we find out what that is, then we can debate the merits of it. But saying we shouldn't discuss Rider in this thread is saying that we have to ignore why the answer to your question seems to be a "NO". 

0
Comment actions Permalink

Joe Hertz thanks for your thoughts. And I agree that "saying we shouldn't discuss Rider in this thread is saying that we have to ignore why the answer to your question seems to be a NO".

The reason I think that way is, as you may see after so many comments and many years waiting, JetBrains doesn't even respond to this thread anymore. Discussing why they are not implementing it without them involving makes it only speculation, and won't matter at this point. 

The bottom line is they have to see the strong demand, and we should start discussing once they acknowledge it and say it they are not implementing because "whatever their reason is"

0

Please sign in to leave a comment.